CM 

tX! O 

I 

CD 



g 



En 



ESD-TR-68-452 



ESD RECORD COPY 

RETURN TO 
SCIENTIFIC & TECHNICAL INFORMATION DIVISION 




JOVIAL EVALUATION PROJECT 



William M. O'Brien 



ESD ACCE 

EST! Call No._ 

Copy No. / ot 




15 October 1968 



COMMAND SYSTEMS DIVISION 

ELECTRONIC SYSTEMS DIVISION 

AIR FORCE SYSTEMS COMMAND 

UNITED STATES AIR FORCE 

L. G. Hanscom Field, Bedford, Massachusetts 



This document has been 
approved for public release and 
sale; its distribution is 
unlimited. 



(Prepared under Contract No. AF I9628-68-C-01I0 by Data Dynamics, Inc., 
9800 S. Sepulveda Boulevard, Los Angeles, California 90045.) 



,^U4 ' $ 



LEGAL NOTICE 

When U.S. Government drawings, specifications or other data are used for any 
purpose other than a definitely related government procurement operation, the 
government thereby incurs no responsibility nor any obligation whatsoever; and 
the fact that the government may have formulated, furnished, or in any way sup- 
plied the said drawings, specifications, or other data is not to be regarded by 
implication or otherwise as in any manner licensing the holder or any other person 
or conveying any rights or permission to manufacture, use, or sell any patented 
invention that may in any way be related thereto. 



OTHER NOTICES 



Do not return this copy. Retain or destroy. 



ESD-TR-68-452 



JOVIAL EVALUATION PROJECT 



William M. O' Brien 




15 October 1968 



COMMAND SYSTEMS DIVISION 

ELECTRONIC SYSTEMS DIVISION 

AIR FORCE SYSTEMS COMMAND 

UNITED STATES AIR FORCE 

L. G. Hanscom Field, Bedford, Massachusetts 



This document has been 
approved for public release and 
sale; its distribution is 
unlimited. 



(Prepared under Contract No. AF 19628-68-C-01I0 by Data Dynamics, Inc., 
9800 S. Sepuiveda Boulevard, Los Angeles, California 90045.) 



FOREWORD 



This report is the result of an extensive evaluation of Air Force Manual 100-24, 
Standard Computer Programming Language for Air Foce Command and Control Systems. 
The evaluation centered on user experience with operational JOVIAL systems. It was 
accomplished by the use of both interview and questionnaire techniques. 

The work has been performed as part of Project 6917 Task 04 under contract 
number F19628-68-C-01 1 for Electronic Systems Division U.S. Air Force Systems 
Command. The project monitor was Capt. Martin J. Richter, Hq ESD (ESLFE). 

The report contains detailed recommended changes to AFM 100-24 in Section 3. 
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ABSTRACT 



The results of the evaluation of the JOVIAL Language as specified in Air Force 
Manual (AFM) 100-24 are contained in this report. This evaluation was based 
primarily on experience of users of JOVIAL Language dialects. The goal of this 
evaluation was to recommend deletions, retentions, modifications, and extentions 
to the JOVIAL language as specified in AFM 100-24 based on the users experience. 
The methodology of the evaluation consisted of collecting user experience data by 
means of a "JOVIAL Application Questionnaire" and interviews; and evaluating this 
data based on criteria established and documented in the "Approach for Change". This 
report contains a list of JOVIAL features recommended for deletion and retention and 
detailed specifications of recommended modifications and extentions to the JOVIAL 
language. In addition, the report contains the detailed interview notes and 
questionnaire responses which were the basic data used to arrive at the recommendations. 
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SECTION 



INTRODUCTION 



1 .1 Project Overview 

The JOVIAL Evaluation Project consisted of a study of the Standard Computer 
Programming Language for Air Force Command and Control System (J3 dialect), 
as specified in AFM 100-24. The goal of this study is to recommend deletions, 
retentions, modifications, and propose extensions to the features of the Standard 
JOVIAL language dialect as specified in AFM 100-24 on the basis of command and 
control programming requirements. 

The study has been carried out by soliciting information from a community of users 
of JOVIAL. Members of this community were selected to obtain as broad a cross- 
section of those JOVIAL command and control programming groups as possible. 
There are thirteen members in the community canvassed — they are identified 
in Appendix 1 . It is important to note that several of the military members are non- 
Air Force and that the list also includes two industrial groups using JOVIAL for 
non-military applications. It is felt that the information obtained from such a diverse 
community has produced a blueprint for a "globally" useful command and control 
programming language. 

Information was solicited from the members of the community by two means: 

(1) a JOVIAL Application Questionnaire (JAQ), ESD-TR- 
and 

(2) an in-person interview conducted by DDL 

The JAQ contained comprehensive descriptions of the features defined by 
AFM 100-24 with questions designed to determine 

(1) deviations of the JOVIAL dialects currently in use from the 
standard, and 

(2) the degree of usage of those features which did not deviate 
significantly from their standard counterparts. (Respondents could 
either estimate the number of usages of the feature in their application 
or give an exact number.) 

Information pertaining to hardware configuration, operating procedures, programmer 
experience levels, etc., were also solicited in the JAQ. One or more copies of the 
JAQ were sent to each member of the community. In most cases, each of many 
sub-groups of a given user group responded to a JAQ . Such responses were made 
with respect to the particular program subsystem for which the sub-group was 
responsible. In some instances, different sub-groups used aifferent compilers (dialects); 

1 



in other instances, the same compiler (dialect) was used by many or all of the 
sub-groups. (Note that "members of the community" or groups and sub-groups are 
alternately referred to in this document as "applications".) 

Interviews were conducted by DDI personnel with each of the members of the 
community to determine the need for additional features to the language and the 
need for modifications and extensions to certain existing features. Some questions 
at the interviews were asked in order to gain insight into broad command and control 
programming requirement areas. The typical interview lasted for approximately three 
hours. A list of the questions asked at each interview may be found in Appendix 3. 
Respondents to the JAQ and the interview questions were generally enthusiastic and 
dilligent in providing the great amounts of information requested of them. We wish 
to acknowledge the cooperative efforts of all of those who participated in this study. 

1 .2 List of Features and Concepts Considered 

This paragraph contains a list of those features and concepts which were considered 
in the study and about which information was solicited. The word "concept" as used 
here refers to functions performed by command and control programmers rather than 
explicit language facilities or features. Concepts were explored during the interviews 
along with certain additional features. An example of a concept is "Dynamic Storage 
Allocation". It was the point of the interviews to identify and develop features — 
explicit language facilities — from those concepts which the members of the 
community thought relevant to the solution of their problems. 

Selection of features and concepts is relatively subjective. No claim is made that 
those chosen for investigation are exhaustive. In the interest of economy, certain 
Standard JOVIAL features were deliberately left out of the list because it was felt 
that little utility could be gained from their study. 

The features and concepts have been organized into "function modules" and sub modules 
in order to clearly point up functional relationships between them. This organization 
serves to impose a perspective on the large number of features and concepts being 
evaluated. 

In the following list of features and concepts the notation "(Q)" denotes a feature 
about which information was solicited in the JAQ and "(I)" denotes a feature or 
concept about which information was solicited at the interviews. 

(1) Function Module: Data 



IT™ Item Data (Non-Structured Data) 
• Literal Items 

Standardized Expanded Character Set (I) 
(Expanded JOVIAL sign set) 



Item Type Hollerith (Q) 

Item Type Standard Transmission Code (Q) 

Character Data Size Attribute (Q) 

User Definable 

Character Set/Encoding Scheme (I) 

• Status Items (Q) 

• Status Formulas (Q) 

• Explicit Status Size Attribute (Q) 

• Item Type Bit String (I) 

b) Data Structures (Aggregates of Items) 

• Structure Array (Q) 

• Structure Table (Q) 

Table Variability Attribute - Rigid (Q) 
Table Variability Attribute - Variable (Q) 
NENT (Q) 
NWDSEN (Q) 
Structure String 

• Structure GROUP (I) 

• Structure SET (I) 

c) Dynamic Allocation of Data (I) 

(2) Function Module: Referencing Data 

• BIT (Q) 

• BYTE (Q) 

• CHAR/MANT (Q) 

• Subscripting 

Subscripting Expressed as Complex Numeric Formula (Q) 
Nested Subscripting (Q) 

• Table Entry Referencing (ENTRY/ENT) (Q) 

• Table Entry Referencing Notation - ENT (Q) 

(3) Function Module: Representing Data in the Standard JOVIAL J3 Memory 



• 



• 



Computer Representation of Data (Q) 

• Importance of Storage Allocation Facilities (I) 

• Importance of Machine Independence (I) 

• Memory "Model" (Q) 

• Signed Magnitude Representation of Numbers (I) 

• Octal Constant (Q) 
Hexadecimal Constants (I) 

• Basic Table Structure Attribute - Parallel (Q) 

• Basic Table Structure Attribute - Serial (Q) 

• Generalized Packing (I) 

• Ordinary (Table) Packing - Medium and/or Dense (Q) 

Ordinary Packing - Medium (Q) 
Ordinary Packing - Dense (Q) 
"No Packing" Notation - "N" (Q) 



(4) 



Functi 



(5) 



Functi 



(6) 



Functi 



(7) 



(8) 



Functi 



NOT 



Functi 



Defined (Table) Packing (Q) 

Independent Overlay Declaration (Q) 

Subordinate Overlay Declaration (Q) 

'LOC (Q, I) 

Absolute addresses (OVERLAY, PROGRAM) (I) 

n Module: Numeric Items and Arithmetic Operations 

Item Type Integer (Q) 

Item Type Fixed Point (Q) 

Item Type Fixed Point 

Scale in Declaration Blank or Zero (Q) 

Range Attribute (Q) 

Item Type Floating Point (Q) 

Sign Attribute (Signed and Unsigned) (Q) 

Double Precision 

(also called Extended Precision) (I) 

Parenthesized Numeric Formulas (Q) 

Mixed Item Types in Numeric Formulas (Q) 

Prefix + and - (Q) 

Precedence of Prefix + and - (I) 

Exponentiation Operator (Q) 

Exponentiation Notation - ( * * ) (Q) 

Absolute Value Operator (Q) 

Absolute Value Notation - (//) (Q) 

REM (Q) 

REMQUO (Q) 
n Module: Dual Items and Dual Arithmetic Operations 

Item Type Dual (Q) 

Dual Arithmetic Operations (Q) 

Structure Operators - Arrays, Tables (I) 

Structure Operator - Matrix (I) 

Structure Operator - Complex (I) 
n Module: Testing Operations 

Hollerith Comparisons (I) 

Relational Formulas (excluding chained) (Q) 

"Chained" Relational Formulas (Q) 

ODD (I) 
Module: Boolean Items and Logical Operators AND, OR, and 



on 



Boolean Formulas-with AND, OR, NOT (Q) 
Boolean Items (Q) 
n Module: Assignment 



Numeric Item Type Conversion in Assignment Statements (Q) 
Rounded Numeric Assignment (I) 



(9) 



Round Attribute (Q) 
Boolean Assignment Statement (Q) 
Item Preset (Q) 
Array Preset (Q) 
String Preset (Q) 
Exchange Statement (Q) 
Function Module: Program Structure and Execution of Program Structure 

a) Parallel Processing (I) 

b) Compound Statement (Q) 

c) GOTO Statement (Q) 

d) Stopping and Pausing 
STOP (Q) 

STOP (Modification) (I) 
STOP Statement'label (Pausing) (Q) 
Pausing (I) 

e) Conditional Transfer of Control 
IF Statement (Q) 
IFEITH/ORIF (Q) 
Index Switch (Q) 
Item Switch (Q) 
Label Items (I) 

Switch Names within Switch Declarations (Q) 
Close Names within Switch Declarations (Q) 
Parallel "Monitoring" (I) 

f) FOR Statements (Iteration) 
FOR Loop - One Factor (Q) 
FOR Loop - Two Factor (Q) 
FOR Loop - Three Factor (Q) 
FOR Loop - Decrementing (Q) 
Test Statement (Q) 

g) Closed Subprograms and their Execution 
Program (Q) 

Procedure (Excluding Function) (Q) 
Alternate Procedure Entrances (Q) 
Close in Parameter List (Q) 
Statement Label in Parameter List (Q) 
Function (Q) 
Close (Q) 

Closed Subprogram (Delete Close in Favor of Proc?) (I) 
Return Statement (Q) 
'PROGRAM Declaration (Q) 
Recursive Subprograms (I) 

h) Direct Code (Q) 



(10) 



on 

(12) 



Function Module: Input/Output 
Structure File 

Structure File — Hollerith or Binary (Q) 
Structure File — Record Length Variability (Q) 
Input/Output - POS (Q) 

Input/Output - OPEN Statement with Operand (Q) 
Input/Output - OPEN Statement without Operand (Q) 
Input/Output - SHUT Statement with Operand (Q) 
Input/Output - SHUT Statement without Operand (Q) 
Input/Output - Input Statement (Q) 
Input/Output - Output Statement (Q) 
Stream Oriented I/O (I) 
Functional Files (I) 
Device Oriented I/O (I) 
ion Module: Naming Data and Program Structures 
Proc-like Name Scopes (I) 



Functi 



Defini 



Multiple Statement Labels (Q) 
on Facilities 

Define Directive (Q) 
Extended Define Directive (I) 
Mode Directive (Q) 
Extended Mode Directive (I) 
Like Table Declaration (Q) 
Macro Facilities (I) 



1 .3 Method of Analysis 



This subsection describes the philosophy of language and language standardization 
which is central to the methods of this analysis. In addition, the method of analysis 
of the JOVIAL Application Questionnaire and Interview Responses is described. 

1 .3.1 Philosophy of Languages and Language Standardization 

Very briefly, a language is a notational system with a community of users. The 
structure of the language "sentences" and the meanings associated with them reflect 
both 

• a set of problems shared by members of the community, and 

• a set of tools which make the problems tractable. 

To standardize a language means to determine the problems faced by all, or a 
substantial subset, of the members of the community and to obtain a consensus as to 
the tools to be employed in solving the common problems. Clearly, a language 
standard should not support tools designed for coping with problems peculiar to a 
small subcommunity nor should the standard support a variety of different sets of 



tools designed to handle the same set of common problems. The importance of 
standardizing a language lies in the fact that more efficient communication of 
problems and problem solution will, in general, ensue. Standardization creates a 
common frame of reference for the members of the community of users. 

The language which is the object of this study is, of course, the JOVIAL J3 dialect 
of JOVIAL specified in AFM 100-24. The community of users consists of all those 
applications personnel who are employing JOVIAL in computerized command and 
control systems. The problem solving tools are the JOVIAL language features 
themselves and, equally important, sets of features which in this document are referred 
to as function modules. It is felt that evaluation of individual features in an isolated 
fashion is insufficient because many related features, or tools, are generally brought 
to bear in concert to solve command and control problems. Thus, the significance of 
fixed point items, say, can be meaningfully understood only in the context of the other 
numeric items (integer and floating point), since the numeric items are functionally 
connected. 

Similarly, the significance of numeric items can be better understood when examined 
in the context of arithmetic operations. "Numeric Items and Arithmetic Operations" 
constitute a subsystem of individual JOVIAL features which address the general problem 
of representing numeric entities and doing arithmetic with them. This study then relies 
heavily on the concept of problem solving subsystems, or function modules, to clarify 
command and control programming processes and to aid in the evaluation of individual 
features. 

The analysis techniques employed in the evaluation of the JOVIAL language resulted 
in the partitioning of the JOVIAL features into three subsets: 

• A Nucleus subset which includes features used to deal with the 
problems faced by a substantial majority of the members of the 
community, 

• An Optional subset which includes the features used to deal with 

the problems faced by a significant number of members of the community, 
and a 

• Deleted subset consisting of those features which are used infrequently 
or not at all by all but a very few members of the community. 

It is our intention that all implementations of Standard JOVIAL J3 contain the 
features of the Nucleus subset; that implementors select all or none of the features 
in the Optional subset — depending on their requirements; that no implementation 
of Standard JOVIAL J3 contain any of the Deleted subset features. 



The technique used to determine if a feature is to be in the Nucleus, Optional, or 
Deleted subsets is called the "resolution". Concepts may be thought of as placed in 
Nucleus or Optional concept subsets. Features — explicit language facilities — 
are then placed accordingly in the Nucleus or Optional feature subset. The word 
"resolution" will be used to describe the process of disposition of concepts as well 
as features. With respect to both JAQ and interview response analysis, retention 
as nucleus will be recommended if two thirds or more of the (effective) respondents 
show a high degree of appreciation for the feature/concept; retention as optional will 
be recommended if fewer than two thirds but not fewer than one third show a high 
degree of appreciation. "High degree of appreciation" is defined separately for 
JAQ and Interview Analysis. 

1.3.2 Method of Analysis of JAQ Responses 

The Standard JOVIAL J3 features about which information was collected in the 
JAQ's has been divided into two classes: 

• Class 1 the features in this class have been "Accepted as 

nucleus" features a priori; they are deemed so 
important that retention without question is recommended 
and they are automatically placed in the Nucleus feature 
subset. 

• Class 2 the features in this class are all those features not 

in Class 1 . Their placement in the Nucleus , Optional, 
or Deleted subsets must be determined on the basis of 
the JAQ responses. 

In almost every case, the function performed by a Class 2 feature can be performed 
by one or more Class 1 features. The resolution of each Class 2 feature is performed 
using a cost-effectiveness technique based upon a "usage rate", or resolution equation, 
and comparison of the usage rate with a "usage rate threshold". It should be noted 
that a. distinct usage rate and usage rate threshold have been defined for all of the 
Class 2 features considered in the study. The usage rate is either the number of 
times the feature was reported used in the JAQ or it is a function of this number. 
In most cases the function is a simple ratio with the number of uses appearing as the 
numerator. Ratios of this kind serve to measure the fraction of times a feature was 
used, where it could have been used to satisfy a certain application requirement. For 
example, in those cases where some "recurrent" data structure is required to fulfill 
an application requirement, the utility of using tables, given that both tables and arrays 
will satisfy this requirement, may be measured by the usage rate, 

. N(TABLES) Q78 

N(TABLES) + N(ARRAYS) Q78 + Q74 



where 

N(TABLES) represents the number of occurences of a TABLE 

declaration in an application as contained in JAQ question Q78, and 
N(ARRAYS) represents the number of occurences of an ARRAY 

declaration in an application as contained in JAQ question Q74. 

If the usage rate for tables, when evaluated with JAQ response data for a specific 
application, is greater than one half, say, we infer that the application programmers 
find their "recurrent" data structure problems more readily tractable in terms of tables 
than arrays in more than one half of the instances in which a recurrent data structure 
is required. Two facts regarding usage rate evaluation must be noted. 

(1) In cases where both the numerator and denominator are 0, 
the usage is taken as by convention 

(2) Because the JAQ permits usage responses which are estimates 
rather than exact counts, such ratios as the one in the example 
above may yield values greater than one on evaluation. In such 
cases the evaluated usage rate may be thought of as a "preference 
indicator". 

The usage rate threshold is a number against which usage rates, evaluated for a 
given application, are compared. With respect to a given feature, the usage 
rate threshold is constant for each application. If the usage rate for a given 
application is greater than or equal to the threshold specified for the feature, 
we infer that the application programmers obtain a reasonable degree of utility 
(i.e., a high degree of appreciation) from the feature; otherwise, we infer that the 
utility gained does not offset the "cost" of the feature. It must be noted that it is 
impossible to arrive at precisely accurate thresholds since no accurate means exist 
to measure costs and utilities. Indeed, DDI has specified thresholds subjectively, based 
upon our own experience with command and control applications and knowledge of the 
compilation process. Where we have specified a high threshold, we feel that the cost 
outweighs the utility; a low threshold indicates that the utility is worth the cost. Usage 
rate thresholds, then, have been arrived at subjectively by weighing the cost of each 
Class 2 feature against its effectiveness or utility. Examples of characteristics which 
drive up the cost of a feature are: 

(1) The feature is redundant — its function can be performed by other 
(Class 1) features. The redundancy requires a more complex compiler 
and more learning (with possibly more errors made) by the programmer. 

(2) The feature is context sensitive, introducing certain levels of complexity 
into the compilation process (e.g., status constant). 



A Class 2 feature is, in general, effective in that it provides a programmer convenience. 
Thus the exchange statement 

AA = = BB $ 

is more convenient to the programmer than 

TEMP=BB $ 
BB = AA $ 
AA = TEMP $ 

though an expense is incurred in the implementation of the exchange feature. 

Because of the subjectivity involved in specifying thresholds, we have deliberately 
leaned toward low values for thresholds. The low values of thresholds reflects 
an underlying philosophy maintained throughout this study, namely that the error incurred 
by accidently deleting or making optional a useful feature was far more serious than the 
error of retaining a non-useful features. 

The usage rates and thresholds for each feature are given with the response summaries 
for the feature in Appendix 2, There, usage rate threshold is denoted by Tl . 

1.3.3 Method of Analysis for Interview Responses 



A concept or proposed new feature was retained as nucleus if more than two thirds of the 
members of the community responding responded positively. The concept or proposed 
new feature was retained as optional if there were from one third to two thirds positive 
responses and it was deleted if less than one third responded positively. The Interview 
Response Analysis may be found in Appendix 4. 
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SECTION II 



CONCLUSION 



This section contains recommendations, based on both the JAQ and Interview 

Response Analysis, for alteration of the Standard JOVIAL (J3) language dialect. 

The recommendations include a list of JOVIAL language extensions along with 

a list of deletions of features currently specified in AFM 100-24. Additionally, 

all current and extended features are classified as either Nucleus or Optional . Finally, 

this section contains a discussion, in general terms, of our observations on command and 

control programming language requirements. 

2.1 JOVIAL Language Extensions 

2.1 .1 List of Extensions 

DDI recommends that the following extensions, described fully in the indicated 
subsections of Section 3, be incorporated into the Standard JOVIAL J3 language 
as Nucleus or Optional features: 

(1) Hexadecimal Constants (3,2.2.1) 

(Optional — User may implement hexadecimal, or octal, or 
both, but either hexadecimal or octal must be implemented.) 

(2) Simplified Hollerith Constant Form (3.2.2.2) 

(Optional — Removes the requirement to count the number of 
hollerith characters.) 

(3) User Definable Character Encoding (3.2.2.3) 
('CHARCODE Directive) 

( Optional — Provides facility for defining a character set and 
encoding scheme for each character in it.) 

(4) Operations on Literal Data (3.2.2.4) 

(Nucleus — Establishes facility for Hollerith and other Literal 
Comparisons as well as conversion between Literal item types on 
assignment.) 

(5) Computer Representation of Numeric Constants and Variables (3.2.2.5) 
(Nucleus — loosens the machine dependent restrictions on representation 
of numeric data.) 

(6) Precedence of Unary Operators (3,2.2.6) 

(Nucleus — Changes the precedence of prefix + and - to next 
highest after exponentiation.) 
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(7) Extended Define Directive (3.2.2.7) 

( Optional — Allows "arguments" to be included with a DEFINE 
identifier.) 

(8) Extended Mode Directive (3.2.2.8) 

(Optional — Allows mode directive to select item description on basis 
of first letter of name.) 

(9) Alternate Entrances to Procedures and Functions (3.2.2.9) 
( Nucleus) 

(10) Extended Precision Numeric Items and Constants (3.2.2.10) 
( Optional/ with hardware — Permits declaration of double precision 
floating point numbers.) 

(11) Device Oriented Input/Output Module (3.2.2.11 .1) 
( Optional — Provides framework for commanding and responding 
to I/O devices.) 

(12) Functional File Input/Output Module (3.2.2.11 .2) 

( Optional — Provides framework for functional (("logical")) file 
processing.) 

(13) Data Editing and Conversion (Formatting) (3.2.2.11.3) 
(Nucleus — provides FORTRAN-like formatting capability.) 

(14) Stop Statement (3.2.2.12) 

(Nucleus — Alters the meaning of STOP to suspend processing 
wherever executed . ) 

(15) Pause Statement (3.2.2.13) 
( Optional — Provides pausing facility.) 

(16) Rounded Assignment Statement (3.2.2.14) 

( Optional — Provides the facility for declaring rounding in an 
assignment statement, not in the item declaration.) 

(17) Extension to Program (3.2.2.15) 

( Optior>al — Allows the ability to declare a procedure as a "stand- 
alone" subrouti ne . ) 



2.1 .2 Remarks on Extensions 



2.1.2.1 



Input/Output 



The proposed (optional) Device Oriented I/O module and Functional File module 
are intended to supercede the File Structure and Operators currently specified in 
AFM 100-24. The two modules proposed, force a separation of hardware considerations 
from function or logical file elements with the intent of providing much greater 
flexibility and power than that offered by the current file system of the standard. It 
must be pointed out, however, that the Functional File Module is very loose and 
therefore highly "participational" in nature. The applications programmer must write 
his own set of support programs to do all the real file manipulation work; however, 
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it is anticioated that user installations fix on a standard set of suoport orograms which 
would be used by all aoplications programmers. The Functional File Module is loose 
for the reason that we are unable at this time to fully identify functional file oroperties 
This was due to the fact that the Inout/Outout information obtained in the study was 
soarse , and the latter fact may be true because I/O at this level tends to be comolex. 
We recommend that this area be studied further, in the light of command and control 
aoplications . 

The formatting module has been made independent of the other I/O modules, since it 
is nucleus, while the others are optional. 



2.1.2.2 



Overriden Extensions 



Certain features and conceots were well received at interview and should, by all 
rights be orooosed as either nucleus or optional extensions now. These features and 
conceots are: 

Item Type Bit String 

(Data) Structure GROUP 

Structure SET 

Dynamic Storage Allocation Facilities 

Generalized Packing 

Label Item 

Recursive Subprograms 

Our action — to make no recommendation at this time — is based on arguments 
discussed under observations (sub-section 2.5, below) and also on the fact that the 
addition of these new structures would result in some complex ramifications which 
are unresolved at this time involving currently available structures. 



2.2 



Deletions 



The criteria utilized to determine which JOVIAL features should be deleted is given 
in Section 1 (1 .3). Based on these criteria and the data summarized in the JOVIAL 
Feature Resolution Analysis contained in Appendix 2 as qualified by the Interview 
Resoonse Analysis contained in Appendix 4, Data Dynamics recommends that the 
following features be deleted from the JOVIAL Soecifications AFM 100-24. 

The number in oarenthesis in the list below is the Aoproach for Change (AFC) reference 
number which references the Resolution Analysis of each soecific feature. 



1) Item Type Standard Transmission Code 

2) Standard Transmission Code Formulas 

3) Structure String 

4) CHAR/MANT 

5) Table Entry Referencing Notation - ENT 
(ENTRY only may be used) 





AFC# 


(Al 


.1.1.2) 


(Al 


.1.1.2) 


(Al 


.2.5) 


(A 2 


.3) 


(A 2 


•6) 
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AFC* 

6) Ordinary Packing - Medium (A3. 4) 
(Only Dense Packing is allowed) 

7) Ordinary Packing - No packing specified (A3. 4) 

8) Subordinate OVERLAY Declaration (A3. 6) 

9) Round Numeric Assignment Range Attribute (A4.3) 

10) Exponentiation Notation - (* *) (A4.6) 
(Only ** may be used) 

11) Absolute Value Notation (//) (A4.8) 
(Only ABS may be used) 

12) REM (A4.9) 

13) REMQUO (A4.9) 

14) Item Type Dual (A5) 

15) Dual Formulas (A5) 

16) String Preset (A8.1) 

1 7) Round Attri bute (A8 . 2) 

18) Stop Statement Label (A9.3) 

19) Switch Names within Switch Declarations (A9.4.3) 

20) Close Names within Switch declarations (A9.4.3) 

21) Structure File (A 10) 

22) Structure File - Hollerith or Binary (Al 0) 

23) Structure File - Record Length Variability (Al 0) 

24) Open Statement with Operand (Al 0) 

25) Open Statement without Operand (A10) 

26) Shut Statement without Operand (A10) 

27) Shut Statement with Operand (A10) 

28) Input Statement (Al 0) 

29) Output Statement (A10) 

2.3 List of Nucleus Features 



Based on the criteria and data as indicated in sub-Section 2.2, the features listed 
below are recommended for inclusion in the Nucleus. The numbers in parenthesis 
reference the AFC number in the JOVIAL feature resolution analysis in Appendix 2 
and references to sub-Sections of Section 3. 

1) I tern Type Hollerith (Al. 1.1.1) 

2) Hollerith Formula (Al. 1.1.1) 

3) Character Data Size Attribute (Al .1 .1 .3) 

4) Operations on Literal Data (3.2.2.4) 

5) Explicit Size Attribute (Al .1 .3) 

6) Structure Table (Al. 2. 2) 

7) Table Variability Attribute - Rigid (Al .2.3) 

8) Table Variability Attribute - Variable (Al .2.3) 
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9) NENT (Al.2.3) 

10) BYTE (A 2. 2) 

11) Subscripting - Expressed as Complex Numeric Formula (A2.4) 

12) Subscripting - Nested (A2.4) 

13) Table Entry Referencing (A2.5) 
(ENTRY only may be used) 

14) Computer Representation of Data (A3) 

15) Computer Representation of Numeric Items and Constants (3.2.2.5) 

16) Octal Constants (A3. 1, 3.2.2.1) 

Hexadecimal Constant (Must implement one or the other, 
may implement both) 

17) Basic Table Structure Attribute - Parallel (A3. 3) 

18) Basic Table Structure Attribute - Serial (A3. 3) 

19) Defined (Table) Packing (A3. 5) 

20) Independant Overlay Declaration (A3. 6) 

21) 'LOC (A3. 8) 

22) Parenthesized Numeric Formulas (A4) 

23) Mixed Item Types in Numeric Formulas (A4) 

24) Item Type Integer (A4) 

25) Item Type Fixed Point (A4) 

26) Item Type Fixed Point - Scale in Declaration Blank or Zero (A4) 

27) Item Type Floating Point (A4) 

28) Sign Attribute (A4.4) 

29) Prefix + and - (A4.5) 

30) Precedence of Unary Operators (3.2.2.6) 
(Alteration of precedence of +, -) 

31) Exponentiation Operator (A4.5) 
(Notation ** only) 

32) Relational Formulas (excluding chained) (A6.1) 

33) Boolean Formulas - with AND, OR, NOT (A7.1) 

34) Item Type Boolean (A7.2) 

35) Numeric Item Type Conversion in the Assignment Statement (A8) 

36) Boolean Assignment Statement (A8) 

37) Item Preset (A8.1) 

38) Table Preset (A8.1) 

39) Compc jnd Statement 

40) GOTO Statement (A9.2) 

41) STOP Statement (A9. 3, 3.2.2.12) 

42) IF Statement (A9.4.1) 

43) FOR-loop-One Factor (A9.5) 

44) FOR-loop-Two Factor (A9.5) 

45) FOR-loop-Three Factor (A9.5) 

46) FOR-loop-Decrementing (A9.5) 

47) Test Statement (A9.5.4) 
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48) Program (A9.6, A9.7) 

49) Procedure (Excluding Function) (A9.6.1) 

50) Function (A9. 6.1) 

51) Alternate Entrances to Procedures and Functions (3.2.2.9) 

52) CLOSE (A9.6.2) 

53) Return Statement (A9.6.3) 

54) Direct Code (A9. 8) 

55) Data Editing and Conversion (3.2.2.1 1 .3) 

56) Multiple Statement Labels (Al 1 .2) 

57) ALL (A 12. 5) 

58) COMPOOL (A12.6) 

2.4 List of Optional Features 

Based on the criteria and data as indicated in sub-section 2.2, the following features 
are recommended to be included as optional features: 



1) 

2) 

3) 

4) 

5) 

6) 

7) 

8) 

9) 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 



Hexidecimal Constants (3.2.2.1) 

Simplified Hollerith Constant Form (3.2.2.2) 

User Definable Character Encoding Scheme ('CHARCODE) (3.2.2.3) 

Item Type Status (Al .1 .2) \ 

Status Formulas (Al .1 .2) > (Must be implemented together) 

Explicit Status Size Attribute (Al .1 .3) / 

Structure Array (Al.2.1) 

NWDSEN (Al.2.4) 

BIT (A2.1) 

Ordinary Packing (Dense only is allowed) (A3. 4) 

Absolute Value Operator (ABS only is allowed) (A4.7) 

Extended Precision Numeric Items and Constants (3.2.2.10) 

Chained Relational Formulas (A6.2) 

Array Preset (A8.1) 

Exchange Statement (A8.3) 

IFEITH/ORIF Statements (A9.4.2) 

Index Switch (A9.4.3) 

Item Switch (A9.4.4) 

CLOSE in Parameter List (of Procedure) (A9.6.1) 

Statement Label in Parameter List (of Procedure) (A9.6.1) 

'PROGRAM Declaration (A9.7) 

Item Declaration (Al 1.1) 

Define Directive (Al 2.1 ) 

Extended Define Directive (3.2.2.7) 

MODE Directive (A12.2) 

Extended MODE Directive (A12.2, 3.2.2.8) 

Like Table Declaration (A12.4) 
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28) Device oriented Input/Output Module (3.2.2.11 .1) 

29) Functional File Input/Output Module (3.2.2.11.2) 

30) Pause Statement (3.2.2.13) 

31) Extension to Program ( n Stand-alone" procedure) (3.2.2.15) 



2.5 Observations 



2.5.1 Array 

The only feature accepted as nucleus originally in the Approach for Change which did not 
find reasonable user support was the Array. We have therefore made Array an optional 
feature. Users found Table far more useful . 

2.5.2 Data Structures 

Interview responses regarding proposed new data structures (GROUP, SET, etc.) together 
with the heavy use of Tables inclined us toward the belief that command and control 
programmers require the ability to manipulate highly complex data structures. We feel 
that it is unwise to simply pile on new structures at this point. Rather, we believe, the 
command and control language should contain structure building primitive operators 
which would allow for the definition and creation, either at compile time or execution 
time, of a wide variety of complex structures, these structures taking a form specified 
by the applications programmer. We are not currently able to identify these primitives 
but feel that the task of such identification should be pursued. 

2.5.3 Resource Allocation 

Because of the enthusiasm of interviewees for packing capabilities, and the proposed 
generalized packing, it has become clear that the command and control programmer 
requires the ability to manage the memory space resouces available to him. We note 
the remark of ADPAC, requesting a special "fast-executing" subset of JOVIAL for 
real time application, and conclude that management of execution time resources is 
probably important as well. We feel that a command and control language should 
probably have even more resource management facilities than JOVIAL and that these 
should be connected with ease to the data structure building primitives described 
in sub-section 2.5.2. 
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SECTION III 



EXTENSION SPECIFICATIONS 



3.1 General 

This section contains a complete description of the deletions, modifications, and 
additions to the JOVIAL J3 language as specified in AFM 100-24 resulting from the 
analysis phase of this project. In addition, the section contains a complete list of 
all recommended nucleus and optional features along with a cross reference of each 
feature to the appropriate section in the "JOVIAL Application Questionnaire" and 
the "Approach For Change" documents. 

During this project many JOVIAL language requirements evolved which DDI was 
unable within the scope of the project to investigate in detail . An example of 
such a requirement includes language features which would allow constructing new 
types of data structures and allocating these structures and computer programs in 
terms of a specified optimizalion of time and space . Other examples as included 
in Section 4 below, such as including real time concepts and list processing 
capabilities, were also not within the scope of the project. However, considering 
these limitations, DDI is confident that JOVIAL Extention Specifications, described 
in this section, is a significant improvement over the current JOVIAL J3 (AFM 100-24) 
Specifications. 

3 . 2 Recommendations 



The following are DDI ! s recommendations for modifications to JOVIAL Specifications 
as contained in AFM 100-24. 

3.2. 1 Deletions 

The following features are recommended for deletion from the JOVIAL Language. The 
criteria used for deletion of these features is described in Section 1 and the specific 
resolution analysis of each feature is contained in Appendix 2. The references for each 
feature is to the sub-section relating to the feature in the JOVIAL Application Questionnaire 
(JAQ) and to the Approach For Change (AFC) documents. As the JOVIAL Feature Resolution 
Analysis in Appendix 2 is organized by AFC numbers, the referenced AFC can be utilized 
to find the specific resolution or justification for deletion of each of the following features: 

Features JAQ AFC 



1) Item Type Standard Transmission Code J3.5. 1 .1 1 .2 Al . 1 .1 .2 

2) Standard Transmission Code Formulas J3.5.2.5 Al .1 .1 .2 
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Features JAC # AFC* 

3) Structure String J3.5.1 .4 Al .2.5 

4) CHAR/MANT J3. 5. 2. 2. 2. 3-4 A2.3 

5) Table Entry Referencing Notation-ENT J3.5.2.2.1 A2.6 
(ENTRY only may be used) 

6) Ordinary Packing - Medium J3.5.1 .3.6.1 A3. 4 
(Only Dense Packing is allowed) 

7) Ordinary Packing - No packing specified J3.5.1 .3.6.1 A3. 4 

8) Subordinate OVERLAY Declaration J3.5.1 .7.2 A3. 6 

9) Range Attribute J3.5.1.1.8 A4.3 

10) Exponentiation Notation - (* *) J3.5.2.3.3 A4.6 
(Only * * may be used) 

11) Absolute Value Notation (//) J3.5.2.3.4 A4.8 
(Only ABS may be used) 

12) REM 

13) REMQUO 

14) Item Type Dual 

15) Dual Formulas 

16) String Preset 

17) Round Numeric Assignment-Round Attribute 

18) Stop Statement Label 

19) Switch Names within Switch Declarations 

20) Close Names within Switch Declarations 

21 ) Structure File 

22) Structure File - Hollerith or Binary 

23) Structure File - Record Length Variability 

24) Open Statement with Operand 

25) Open Statement without Operand 

26) Shut Statement without Operand 

27) Shut Statement with Operand 

28) Input Statement 

29) Output Statement 



3.2.2 Additions and Modifications 



3.2.2.1 Hexadecimal Constants 



J3.5.4.9 


A4.9 


J3. 5.4.7 


A4.9 


J3.5.1.1.7 


A5 


J3.5.2.4 


A5 


J3.5.1.6.4 


A8.1 


J3. 5.1. 1.10 


A8.2 


J3.5.5.7 


A9.3 


J3.5.5.2 


A9.4.3 


J3.5.5.2 


A9.4.3 


J3.5.1 .5 


A10 


J3.5.1.5 


A10 


J3.5.1 .5 


A10 


J3.5.3.3 


A10 


J3.5.3.3 


A10 


J3.5.3.3 


A10 


JO • • O • • 


A10 


J3.5.3.3 


A10 


J3.5.3.3 


A10 



For some computers, the specification of address or "bit pattern" information is more 
conveniently expressed by use of the hexadecimal (base 16) number system than by the 
octal system. Depending on their needs, implementors may incorporate hexadecimal 
constants, octal constants, or both. 
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A hexadecimal: constant is composed of hexadecimahnumerals. A hexadecimal :numeral 
is one of the following sixteen JOVIAL numerals or letters: 

0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F 

The correspondence between hexadecimal numerals and bit patterns is: 

Hexadecimal Numeral Bit Pattern 

0000 

1 0001 

2 0010 

3 0011 

4 0100 

5 0101 

6 0110 

7 0111 

8 1000 

9 1001 
A 1010 
B 1011 
C 1100 
D 1101 
E 1110 
F 1111 

A hexadecimal -.constant is formed by the letter X, followed by a left parentheses, 
followed by a string of hexadecimal-.numerals, followed by a right parentheses: 

X(string:of :hexadecimal :numerals) 

Examples of hexadecimal :constants are: 

X(777) 
X(F) 
X(01A9) 
X(FAD) 

A hexadecimal :constant is represented as a string of bits, equal in length to four times 
the number of hexadecimal:numerals making up the string:of:hexadecimal:numerals in the 
constant form; four bit groups making up the bit string correspond to and have the same 
ordering as the hexadecimal :numerals making up the hexadecimal:constant as shown in the 
table above . 
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Hexadecimal ;constants may be used in the same places as octal constants and have 
corresponding meanings. More specifically: Hexadecimal : constants moy be used in 
machine address specifications (as in OVERLAY), preset specifications in numeric: 
or l't erc| l : 't em / array :/ or table :item:declarations / and in I Iterahassignment statements . 

3.2.2.2 Simplified: Hoi lerith:Constant Form 

A hollerith:constant is either a regular:holler?th:constant or a s?mplified:holler?th: 
constant. A regular:hollerith:constant has the form number H( str?ng:of:hollerith: 
characters ) (see CED 2418, AFM 100-24 under hoi lerith [constant ). A simplified : 
hollerithTconstant has the form 

H( str?ng:of:holler?th characters ) 

with the restrictions on the strIng:of:hollerith:characters that, in scanning from left to 
right through string, the number of righhparentheses encountered at any given position 
must never exceed the number of lefhparentheses encountered, and the total number of 
left-parentheses included in the string must equal the total number of righhparentheses . 

Examples of s?mplified:holler?th:constants are 

H(NO MORE COUNTING WITH MOST HOLLERITH CONSTANTS) 
and 

H(NO MORE COUNTING WITH (MOST) HOLLERITH CONSTANTS) 

3.2.2.3 User Definable Character Encoding ('CHARCODE) 

This facility allows the programmer to define a variety of character sets and encoding 
schemes, and is a compiler directive In the sense of the JOVIAL MODE and DEFINE 
features. A 'CHARCODE directive shows a correspondence between each member of 
a user selected set of characters and a user determined "bit pattern" memory representation 
for that character. 

The set of all characters from which the programmer may choose in building a 
character set/encoding scheme contains at least the JOVIAL signs, and possibly 
some implementation dependent characters as well; additionally this "set of all 
characters" has an implementation dependent "bit pattern" memory representation or 
encoding scheme. In JOVIAL terminology, this character set/encoding scheme is 
referred to by the adjective hollerith. 



22 



It is anticipated that the two major uses for 'CHARCODE will be 

• to provide a means for interfacing with many kinds of I/O devices 
(each of which may have different bit pattern representations for a 
character set), and 

• to permit the specification of user defined collating sequences. 

A charcode:directive is: 

'CHARCODE 9* chorcode:letter fillcharacter 6 
BEGIN char:code:corresponde nee: list END $ 

Charcode:letter means any of the letters excluding I, A, F, H, B, S, O, X, or V; 
char:code:correspondence:list means either: Char:code correspondence or charcode: 
corresponde nee : I i st 0; charcode correspondence means: 

Hollerith:character = hex:or:octal constant 

hex :or:octa I constant means an octal constant, if the implementation supports octal: 
constants, hexadecimal constant if the implementation supports hexa:decimal constants, 
or either if the implementation supports both octal and hexadecimal . Fill character 
and holler? th character are single hollerith characters expressed as hollerithconstants one 
character in length. The meaning of fillcharacter will be explained in connection with 
literal assignment statements and literal comparisons in sub-section 3.2.2.4. It is 
required that fillcharacter appear in the charcodecorrespondence:l?st. 

The charcode:d?rective serves to define a new item type with a name "abbreviation" 
specified by charcode:letter, in the same sense that "H" is the (built-in) literal :item 
type holleritfT! The adjective literal will henceforth be applied to items, constants, 
arrays , etc., for which either the adjective hollerith applies, or where the data involved 
are defined with respect to a charcoderdirective. 

While a charcode directive is active, it is possible both to declare items and to express 
constants for the literal :item type defined by that charcode:directive . Itemtdeclarations 
and constants for literal :i tern types defined by charcode:directives are formed precisely 
as hollerith:item:declarations and constants, except that "H" in such declarations and 
constants is replaced by charcode: letter; also the string of characters appearing in such 
constants must be made up only of those characters which appear in the directive. 



*9 means that a space is required or permitted, 
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Regarding the computer memory representation of charcode defined character sets, 
these character set are represented in byte strings in the same manner as Hollerith 
characters, each byte being to bits in length (see AFM 100-24, Figure 24-1 and 
CED 2419.6). Further, the encoding of characters within bytes is, of course, as 
specified in the charcode :directive . 

Regarding the chancode -.correspondence: list: 

• A given hollerith character may appear once and only once in any 
charcode:directive . 

• A given hexadecimal or octal encoding may appear once and only 
once in any charcode idirective . 

• If a hex:or:octal:constant has a size (number of bits in length) 
greater than the implementation specific u> bits per byte, only the 
rightmost bits of the byte are used to define the encoding; if the size 
is less than t*> , as many bits with value are added to the left to 
make a bit pattern c*> in length. 

Regarding the scope of a charcode ;directive ; The effect begins at that point in the 
source code where the directive appears and terminates at the TERM statement or at 
the next charcode:directive with the same charcodeiletter , whichever comes first. 

An example of a charcode :di re ctive will be given in which Standard Transmisson Code 
is defined in terms of hollerith: 

'CHARCODE T 1H( ) 

BEGIN 1H( ) = O(0), 1H(A)=0(6), 

1H(B)= 0{7), lH(C) = O(10), 
lH(D) = 0(ll) f 1H(E) = 0(12), 
1H(F) = 0(13), 1H(G) = 0(14), 
1H(H) = 0(15), 1H(.1)=0(16), 
1H(J) = 0(17), lH(K) = O(20), 
1H(L) =0(21), 1 H(M) = 0(22), 
1H(N) = 0(23), 1H(0) = 0(24), 
1H(P) = 0(25), 1H(Q) = 0(26), 
1 H(R) = 0(27), 1 H(S) = O(30), 
1H(T) = 0(31), 1H(U) = 0(32), 
1H(V) = 0(33), 1H(W) = 0(34), 
1H(X) = 0(35), 1H(Y) = 0(36), 
1H(Z)=0(37), 1 H()) = 0(40), 
1H(-) = 0(41), 

lH(+) = 0(42), 1H(=) = 0(44), 
1H($) = 0(47), lH(*) = O(50), 
1H(() = 0(51), 1H(,) = 0(56), 
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1H(0) = 0(60), 1H(1) = 0(61) / 
1H(2) = 0(62), 1H(3) = 0(63) / 
1H(4) = 0(64), 1H(5) = 0(65) / 
1H(6) = 0(66), 1H(7) =0(67), 
lH(8) = O(70), 1H(9) = 0(71), 
1H(') = 0(72), lH(/) = 0(74), 
1H(.) = 0(75) END $ 

The above example shows how a charcoderdirective may be used to define a 
"standardized" character set and encoding scheme for interchange between both 
human and mechanical processors — another example might have shown a definition 
for the ASCII code. The following brief example shows a charcode:directive for 
defining an "inverted" collating sequence for the digits through 9: 

■CHARCODE Q 1 H(0) 

BEGIN 1H(0) = 0(11), 1H(1)=0(10), 

1H(2) = 0(7), 1H(3) = 0(6), 
1H(4)=0(5), 1H(5) = 0(4), 
1H(6) = 0(3), 1H(7) = 0(2), 
1H(8) =0(1), 1H(9) = 0(0) END $ 

3.2.2.4 O perations on Literal Data 

3.2.2.4.1 Literal:Assignment:Statements 

Literal :assignment:statements have the form: 

literal rvariable 9 = literal :formula $ 

where literal :f or mu la is either a literal :variable, a literal:constant, a literal function , 
an octal :constant or a hexadecimalrconstant. Note that a literal :var?able or a literal; 
constant means either a hollerithtvariable or hollerith;constant or a variable or constant 
defined with respect to a charcode:direct"ive . 

If, in a literal :assignment:statement, both literahvariable and the evaluated literal: 
formula have the same length, the following facts apply: 

• No conversion of one literahitem type to another takes place if 
literahvariable and literahformula are either both hollerith or both 
defined with respe ct to the same charcode:direct?ve , or if literal:formula 
is a hexadecimal :constant or an octal :constant. 

• Otherwise, a conversion takes place, byte by byte, according to the 
one or more charcode:directives which may be involved. 
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A literalrformula byte is converted to a literahvariable byte in the following way: 
First, it is determined if the bit string content of the literalrformula byte is a member 
of the bit string set of the encoding scheme associated with the literalrformula. If not, 
the corresponding literalrvariable byte is filled with the bit string representation of 
the fill '.character associated with the literalrvariable . If the bit string content of the 
literalrformula byte is a member of the encoding scheme associated with the literalr 
formula , it is determined if the character from the character set associated with the 
literalrformula which correspondes to this bit string is also a member of the character 
set associated with the literalrvariable . If so, the literalrvariable byte is filled 
with that bit string from the encoding scheme associated with the literalrvariable which 
corresponds to this character. If not, the literalrvariable byte is filled with the 
fillrcharacter bit string associated with the literalrvariable . Note that, by definition, 
the fillrcharacter associated with the hollerith character set/encoding scheme is a space, 

If, in literal :assignment:statements , a literalrvariable is shorter than the evaluated 
literalrformula , excess bytes are truncated starting at the left for the purposes of 
assignment. (Conversions are made as required.) If, in literal rassignmentrstatements, 
literalrvariable i s longer than the evaluated literalrformula, excess bytes of literalr 
variable are filled with the fillrcharacter associated with the literalrvariable. 
(Conversions are then made, as required.) 

Note that in procedure real I rstatement s, assignments of literalrformulas used as 
actual rinputrparameters to formal rinputrparameters takes place according to the 
above rules, as do assignments of literalrformulas to actual routputrparameters. 

3.2.2.4.2 Literal Comparisons 



Comparisons of literal data are effected by means of literalrrelationalrfornrvjlas of the 
form: 

I iteral :formula relational :operator 9 I iteral rformula 

(Note that "chained" relationahformulas may also be used — the description above 
is used for simplicity and applies to the chained case by extension.) 

When a literahrelationalrformula is evaluated, first the literalrformulas are evaluated. 
Then, if one of the literalrformulas is of a literal type different from the other, both are 
converted to hollerith character strings, and the I iteral rrelational rformula is evaluated by 
comparing the hollerith strings. Otherwise, no conversion is made. (No conversion takes 
place if either literalrformula is an octal-, or a hexadecimal rconstant.) The I iteral formulas 
so evaluated are compared, in effect, byte by byte from left to right. This is not meant 
to imply that implementations are required to perform actual byte by byte comparisons, 
but a given implementation's means of comparison must yield the same result'. 
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One byte is 



equal to 
less than 
greater than 



bit pattern of the first byte is 



another byte according as the 

the bit pattern of 



equal to 
less than 
greater than 



the 



the second byte, where both bit patterns are treated as unsigned:integers, ..*j 
bits in length . 

Two literal :formulas of the same length are compared from left to right, a byte 
at a time. The two formulas are equal if all bytes are equal . Otherwise, the 
literal :formula on the left of the relational :operator is ( less than ^ the 

I greater than J 
literal rformula on the right of the relational raperatar, if the byte by byte comparison 
finds at some byte position, that a byte in the left literal :formula is ( less than \ 

Igreater than ) 
corresponding byte in the right literahfarmula . 

If the two literahformulas are of differing lengths, the following rules apply: 

• If the shorter I iteral rformula is an octal: constant or hexadecimal -.constant, 
it is made ta be the same size as the larger by adding the appropriate 
number of zero bits at the left of the shorter literahfarmula . 

• If the shorter literahformula is not an octal :constant or a hexadecimal: 
constant it is made to be the same size as the larger by adding one or more 
fill-.characters of the associated character set/encoding scheme at the 

left of the shorter literal :formula . 

Once the two literal-.formulas are made the same size, they are compared according 

to the scheme described above for literal :formulas of the same length. When evaluated, 

a literal:relat?onal:formula yields the value "true" if and only if the relat?onal:operator is 



EQ 

NQ 

LS 

LQ 

GR 

GQ 



and the comparison yields 



equal to 

less than, greater than 

less than 

equal to, less than 

greater than 

equal to, greater than 



Otherwise, the literal :relational:formula yields the value "false", 
3.2.2.4.3 Byte 



When BYTE operates on a named:literal:variable a literal :variable is produced with the 
same type as the named:literal:variable operand. If the named:literal:variable is of type 
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Hollerith, so is the BYTE literal:var?able . If the namedrliteral :variable Is of a 
type declared in a charcoderdirective , the BYTE literal rvariable is of the same type. 

3.2.2.5 Computer Representation of Numeric Constants and Variables 

The functional characteristics of all manipulations involving numeric constants and 
variables are described in terms of a signed magnitude representation. The implementor's 
representation need not be signed magnitude, but the implementor's representation 
should, in essence, cause the program and the computer to impinge upon the environment 
in the same way as would occur if the actual representation were signed magnitude. 
However, it is recognized that it is infeasible in practice to ensure a signed magnitude 
equivalent effect in all areas. For example, an implementor using a one's complement 
fixed point representation may decide that the cost of guaranteeing that 

BIT($1,5$) (ALPHA) 

will produce the magnitude of the integer ALPHA as declared by 

ITEM ALPHA I 6 S $ 

is not warranted by the compatability which would be gained Implementors, then, may 
depart from a total signed magnitude simulation, but in doing so must publish warnings 
where these departures are concerned. 

3.2.2.6 Precedence of the Unary Operators 

The precedences of the arithmetic:operators in the evaluation of a numericrformula, 
from highest to lowest will be changed as follows: 

Current New 

Unary- ** 

** Unary - 

v v 

+ - + - 

Note that this means that - x * * 2 = -4 when x = 2 not + 4. The precedences 
of the arithmetic:operators complies with the conventions of algebra. 

3.2.2.7 Extended:define:d?rect?ve 

This facility extends the capability of the define:direct?ve in that it allows the 
programmer to include a parameter list with the defined name. 
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3.2.2.7.1 Form of the Extended;define:directive 
An extended:define:directive means either: 

DEFINE 9 name "symbols" $ 



or 



DEFINE name (0 formal :define:parameter:list 0) "symbol" $ 

A formahdefine:parameter:list is either a formal :def?ne:para meter or a formal -.define: 
parameter:! 1st , formairdef?ne:parameter . A formal :def?ne:parameter is a name. 

Symbols denotes a string of one or more of the JOVIAL symbols and space or spaces. Note 
that two consecutive primes are not allowed in the symbols string; also the last symbol 
before the second set of primes must not be a prime. 

Note that no comment may appear in the extended:def?ne:di recti ve between the right: 
parenthesis and the first " . The names m aking up the formal :def?ne:parameter:list must be 
unique within the formal :def?ne:parameter:l?st but may appear anywhere else in the program 
in any context whatever. 

A name appearing in a formal:def?ne:parameter:list serves no other purpose than to 
define an argument for the extended:define:directive . Formal :def ine :para meter:! ist 
names may each appear any number of times (or not at all) inside the quoted string of 
symbols appearing with the formal :define:parameter:list in the extended:define:d?rect?ve . 

3.2.2.7.2 Scope of the Definition 

The scope of the definition of an extended:define:directive begins at that point in the 
source text where it occurs and ends at the end of the program (TERM) or at some subsequent 
point where another extended:def ine :directive with the same defined:name occurs, or where 
a define:directive with the same defined:name occurs. Note that the scope of a define: 
directive terminates at a subsequent point in the program where an extended:def?ne '.directive 
for the same name occurs. 

3.2.2.7.3 Exte nded:def i ne invocation 
An extended:define:invocation has the form 

defined:name (0 actual:defined:parameter:list 0) 



or 



defined:name (0) 
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and may appear anywhere within the scope of the extended:def?ne:direct?ve with 
which definedrname is associated except within another extended:define:directive . 
Note that the extended:define:?nvocation is not recognized as such when it appears 
within a statusrconstant, a corr.ment, or literalrconstant . 

An actual:define:parameter:list is actual rdefine '.parameter or, actual :define:parameter:list 
, 9 actuahdefinerparometer . 

An actual rdefine ;parameter is " symbols ". 

Symbols denotes a string of one or more of the JOVIAL symbols and space or spaces . 
Note that two consecutive primes a re not allowed in the symbols string; also the last 
sign before the second set of primes must not be a prime. 

If the actual :formal;parameter:list contains a larger number of actual :def?ne:para meters 
than there are formal :define:parameters in the formal rdefine rparameterrlist , the right 
most excess actual '.define rpara meters are ignored. If the number of forma I rdefine: 
parameters exceeds the number of actual rdefinerparameters, the right most missing 
actual rdefine :parameters are assumed to be "space". In either case a warning to the 
programmer will be generated . 

The effect produced by an extendedrdefinerinvocation is as followsr 

1) A copy of the quoted symbol string associated with the extendedr 
definerdirective is made, 

2) Each for ma I rdefine rpara meter appearing in the copy is replaced with 
the symbols of its correspondent actual rdefine rparameter, and 

3) The extendedrdefinerinvocation is replaced by the expanded copy. 

At this point the compiler will process the expanded copy at its leftmost space , spaces, 
or symbol in exactly the same way as if it were part of the source text being input from 
the source text input unit. A name which followed DEFINE in a (currently active) 
definerdirective which now appears in the expanded copy is treated at the time it is 
encountered in exactly the same manner as it would be treated had it appeared in the 
source text input stream. The same is true for extended rdefine rinvocations , define: 
directives, and extendedrdefinerdirectives which may have appeared in the expanded 
copy. 

Note that names appearing after DEFINE in a definerdirective, extendedrdefiner 
invocations, definerdirectives, and extendedrdefinerdirectives may appear in the 
expanded copy produced by an extended:define:directive . As with the use of a define r 
directive, the use of an extendedrdefinerdirective must not result in circular definitions. 



30 



Note that ihe symbols making up an actual :define:parameter / as well as the symbols 
in the symbols string of an extended :def?ne:di recti ve / may contain names which appeared 
after DEFINE in a (currently active) define :directive, or definerdirectives, or extended: 
define:direct?ves , or extended:define:invocation$ . These names, directives, or invocations 
are treated simply as symbols in this context and do not produce replacements or expanded 
copies until after the expanded copies replace the extended:define:invocations which 
produced them. 



Example: 



The extended:define:directive 

define; AA (xx, yy, zz) " bb ($ sin(zz), yy,xx$) + xx " $ 



causes 



CC = BETA +AA ("PI", "P2", "P3+P4") $ 

to be "read" by the compiler as 

CC = BETA + 

BB ($ SIN (P3+P4), P2, PI $)+ PI $ 

3.2.2.8 Extended Mode Directive 

This facility extends the mode:directive of AFM 100-24 in that it allows the 
programmer to select an itemrdescription for an undeclared name on the basis of the 
first letter of that name. The form of an extended:mode:directive is MODE 9 
extended: mode: list 9 $. 

An extended:mode:list is 

extended:mode:list:element ,0 extended:mode:list:element 



or 



extended:mode:list 9 , extended:mode:list:element 



An extended:mode:list:element is either a letter:mode:specif?cat?on or a simple:mode: 
specification; the latter must appear as an extended:mode:list:element in the extended: 
mode:list but it must appear only once. 
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A si mp1e:mode:specifi cation is either itemidescription or itermdescription 8 P 8 
optional ly:signed:constant . 

A letter: mode:specifi cation is letter 8 = 9 simple:mode:specification . 

If more than one letter:mode:specification appears as an extended rmoderlistielement , 
the letters in these letter:mode:specifications must be distinct. 

The scope of effect of an extended : mode :direct?ve beings at the place in the source 
text where it appears and ends as the end of the program (TERM) or at the next 
moderdirective or extended:mode;directive . Any name a ppearing within the scope of 
the extendedimodeidirective , which has not been formally declared elsewhere is acted 
on by the extended;mode;directive in the following ways: If the first letter of the name 
matches a letter a ppearing in one of the letter: mode specifications / the name is 
automatically declared as an item with the associated s?mple:mode:specification f otherwise, 
"free standing" simple:mode: specification . 

Note that an extended:mode:directive serves to terminate the scope of effect of any 
mode:d?rect?ve which occurred previously in the source text. 

Example: 

The following extended:mode directive will mode declare all undeclared names in its 
scope beginning with I, J, K, L, M, or N as integer:items and all other undeclared 
items in its scope as floating. 

MODE I = I 48 S, J = I 48 S, K = I 48 S 

L =1 48S,M = I 48 S, N = I 48 S, 
F$ 

The following two examples are equivalent to the extended:mode:directive above: 

MODE F, I =1 48 S, J = l 48 S 

K = I 48 S, L = I 48 S, 
M = l 48 S, N = l 48 S $ 

MODE I =1 48 S, F, J = 1 48 S, 

K =1 48 S, L = 1 48 S, 
M = I 48 S, N = I 48 S $ 

3.2.2.9 Alternate Entrances to Procedures and Functions 

Frequently it is desirable to enter a procedure (or function) at some point other than the 
beginning. This facility provides such a capability. 
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3.2.2.9.1 Alternate: Procedure: Entrance: Declaration 
An a I ternate: procedure :entra nee declaration has the farm 
'ENTRANCE 9 alternate entrance :name 6 $ 



ar 



'ENTRANCE 9 alternate:entrance:name 9 

(6 opti ana I :formal:input parameter: list 9) 9 $ 



or 



1 E NTRA NC E 9 alternate:entrance:name 8 

(9 aptional:formal:?nput:parameter:l?st 6 = 6 formal :output:para meter: 
list 9) 9 $ 

An alternate:entrance:name is a name. 

An alternate:procedure:entrance:declarat?an is meaningful anly if it appears in a 
pracedure:declaratian ar a functian^eclaratian , either in the pracedure:heading ar 
procedure:bady af those declarations. (The containing procedure:ar functian:declaration 
is called the mastendeclaratian.) 

As many alternate :pracedure:entrance:declarations as desired may be made within 
a mastendeclaratian. 

Far each name declared as an alternate entrance by an alternate:procedure:entrance: 
declaration, there must be a matching statement:name within the procedure: or function: 
body part of the master:declaration. The position af this statement:name in the body 
defines the paint af entry inta the body when the procedure ar function is invoked by its 
alternate:entrance:name . 

Any a I ternate :procedure:entrance declaration must accur prior to its associated 
statement:label. 

Nate that there must nat be a statement: name in the body of the master:declaratIon 
which is the same as the name defined as a procedure: ar function:name of the master: 
declaration. 

Formal :parameter:names associated with an alternate :procedure:entrance:declaration may 
appear as formal :parameter:names in the master:declaration ar in any ather alternate: 
procedure :entrance declaration; forma I :input:para meters in any one such declaration may 
be formal :autput:parameters in any ather such declaration, and vice-versa. 
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However, as with procedure : declarations , names appearing as forma I ;para meters in any 
alternate:procedure:entrance:declarat?on may be forma I: input rpara meters or formal; 
output: para meters , but not both. 

All formal iparameterrnames (other than statement or closemames) whether they appear 
in the master:declaration or in a I ternate procedure :entra nee declarations, must appear 
in data declarations prior to their first reference in the body of the master:declaratIon. 

Note that, with respect to the main:program , an alternate:entrance:name is a 

global Category 3 name. That is, it may only be referenced in an alternate;procedure: 

call or in an alternate:function:cal I and is not regarded as a statementrname. 

From within the body of the master :declarati on, a statement: name which matches an 
alternate:entrance:name is treated as a local statemenhname when it appears as a 
switch:designator or as the object of a GOTO. 

(Note that alternate procedure '.entrance: declarations can be embedded in function: 
declarations as well as procedure:declarations.) 

3.2.2.9.2 Alternate Procedure Calls 

The form of an alternate:procedure:cal l is precisely like that of a procedurercall, 
and the same restrictions as to the matching of number, position, and type of 
formal parameters with actual :para meters apply. Prior to entry, actual :?nput:para meters 
are evaluated as required and bound to formal :input:parameters . Then, control is passed 
to the associated statement: name within the body of master:declaration. 

At this p )int, execution takes place in exactly the same manner as occurs when a procedure 
with no alternate '.procedure :entra nee :declarations embedded in its declaration is invoked. 
If the flow of execution causes reference to be made to a formal :parameter which is not 
a formal :parameter of the alternate :procedure:entra nee declaration associated with an 
alternate:procedure:call , then such a reference is undefined. 

On normal exit (exit achieved by other than a direct or indirect transfer to a ma?n:program: 
statement: name not an actual :para meter ), formal:output:parameters associated with the 
entrance invoked are bound to their actual :output:parameters , and control is returned as 
it would be from a procedure or a function with no alternate:procedure:entrance:calls 
embedded in its declaration. 

3.2.2.9.3 Alternate: Function: Entrance declaration 



An alternate:function:entrance:declaration has the same form as an alternate '.procedure: 
entrance '.declaration except that no formar:output:parameter:l?st is allowed; also an item 
with the same name as the alternate:function:entrance:name must be declared prior to its first 
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reference. Otherwise, all the rules applying to a I ternate:procedure '.entrance :decl orations 
apply to alternate:function:entrance:declarations~ (Note that alternate:function:entrance: 
declarations may be embedded in procedure:declarations as well as functionrdeclarations.) 

3.2.2.9.4 Alternate Function Calls 

The form of an alternate:function:call has the same form as a functionrcall . All remarks 
regarding actions initiated by an alternate:function:call parallel the remarks made regarding 
alternate:procedure:calls except those involving the binding of output: para meters; exit 
in this case results in the "replacing" the alternate:function:call with the value output 
as a result of that call . 

3.2.2.9.5 Example 

PROC CFM (FEET = MILES) $ "CONVERT FEET TO MILES" 

ITEM FEET F $ 

ITEM MILES F $ 

'ENTRANCE CMF (MILES = FEET) $ "CONVERT MILES TO FEET" 



BEGIN 



ITEM FEET 'PER 1 MILE F P 5280.0 $ 
MILES = FEET/FEET 'PER 1 MILE $ 
RETURN $ 



CMF, 



FEET = MILES * FEET 'PER 1 MILE $ 

END 

3.2.2.10 Extended Precision 

Many computers programmed with JOVIAL have "double" precision hardware capabilities. 
In Standard J3, no means exist for making use of such capabilities. The feature described 
in this paragraph permits specification of an extended precision floating -.point litem . It is 
expected that the great majority of command and control extended precision computational 
requirements can be met by an extended precision floating:point facility and, therefore, no 
extended precision fixed:point or integer capabilities are proposed; further, it is assumed 
that the exrad of an extended precision floating:point:number is the same size as the exrad 
of an ordinary floating point number. 

p is used to denote the implementation dependent number of bits in the signicand of the 
extended precision floating: point: number , a is used to denote f> -1 . The number of 
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bits per exrad of both ordinary and extended precision floating numbers is represented by 

S . The adjective extendedrprecision will be used to describe extended precision 
floatingpoint data and the adjective ordinary will be used to describe floating;point data 
which are not of extended precision. 

Descriptions for all ordinaryifloating attributes will be found in AFM 100-24 wherever the 
floating adjective is used in that document. 

Neither adjective will be used if it is clear from the context which kind of float? ng:point 
is meant nor will adjectives be used if it is clear from the context that either or both 
kinds are meant. 

3.2.2.10.1 Constant Form 

The form of an extended rprecisi on :f I oat? ngtconstant is ord?nary:float?ng:constant D. 

Examples are: 

3.D 
3.14159D 

.14159D 
3.14159E-10D 

.14159E-10D 
3.E-10D 

3.2.2.1 0.2 Declaring Extended: precis? on:floating:i terns 

Extended: precisi on :f I oating:?tems a re declared in item:, array :, and table: 
declarations by means of the extended:precision:float?ng:item:descript?on, the form 
which is either 

F D 
or 

F 9 D 9 R 

(Where R specifies rounding on assignment to the declared datum.) 

3.2.2.10.3 Computer Representation of Extended:Float?ng Constants and Variables 

Extended:precision:floating:constants and extended:floating:items are represented as two 
signed numbers. The signicand is represented in /» bits; the exrad in i) bits. 
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3.2.2.10.4 Numeric:formulos ond Numericrossignment 

A unary arith me tic:ope rotor (unary minus, obsolute value) operating on on extended: 
precision floating voriable produces an extended: pre cisi on :floa ting result. A binory 
orithmetic:operator between two operonds, one of which is extendedtprecisi on :f looting 
produces an intermediate result which is extended:precision:fl gating . Thus, on 
extended:precisi on floating re sult is generated if one operand is ordinory:floating ond the 
other extended :precision:f I oating. 

All colculotions in extended:precision:floating form ore truncoted to <f significant 
bits unless the stotement colls for rounded ossignment. Then, eoch colculation is carried 
out to P significant bits ond rounded by odding the extra bit into bit co , discarding the 
extra bit, and renormalizing if necessory. The result of the rounding must be to produce 
the same effect os ordinary:floating rounding requirements, i.e., rounding must either 
produce the some volue os would be obtoined by truncotion or else put the volue further 
from zero. 

Necessory conversions between extended:floating integer and fixed dato ore corried 
out outomaticolly when these doto appeor os operands in o numeric:formulo or 
numeri c:assi gnment :stotements . 

All remorks opplying to ordinary:fl oating dato in numeri cformulos ond numeric: 
assignment:stotements not specifically contradicted by the remorks obove apply to 
extended:precision:floating dato os well . 

3.2.2.10.5 Relotional Operotions 

When o fixed, integer, or ordinary:floating operand appeors on either side of o 
relational rope rotor ond the other operond is extended :precision:f I oating , the fixed, 
integer or ordinary:floating operond is converted to extended:precision:flooting for 
the purposes of the comparison. 

3.2.2.10.6 Allocation of Extended:precision:flooting:items 

Simple:extended:precision:floating:items ore ollocoted os many full S bit consecutive 
words as ore required to contoin the items (*+ -\f bits. Any remaining bits in the 
contoiner ore set to zero. 

Each element of an extended:precision:floating:orroy is ollocated space in the same 
manner os for si mple:extended:preci si on:f looting: items. Extended :precision:f I oating: 
items which oppeor in o non-packed ordinary:table ore allocoted space in the same manner 
os si mple:extended:preci si on floating: items. Medium-packed ond dense-packed ordinary : 
tobies may couse extended:precision:f loating:items t o cross word boundories. This is true 
for defined:entry:tables os well . Parallel structuring of tables may, of course, couse parts 
of exte nded:precisi on :f looting: items to be placed in non-consecutive words. 
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3.2.2.11 JOVIAL Input/Output Module 

The proposed standard JOVIAL Input/Output MODULE (JIO) consists of four 
submodules: A file manipulation submodule (JFILE), a submodule which permits 
I/O devices to be controlled by the programmer (JDEV), a formatting submodule 
(JFORMAT), and a service routine submodule (JSERVICE). All submodules except 
JSERVICE consist of formal language features. JSERVICE is composed of a set of 
routines prepared to satisfy the requirements of a specific application by the programmers 
of that application. 

In the descriptions of the submodules given below, reference is made to processors 
called DPEP, PFILE, and PFORM. These processors serve only as an aid in the 
description of actions taken by the execution of certain JIO statements; descriptions 
of them are not intended to be taken as specifications for subroutines which must be 
included in any implementation of the standard. 

3.2.2.]].] JDEV 



The features in JDEV consist of: 

• device procedures 

• device :procedu re :execut?on:statements 

• a dev?ce:procedure execution processor (DPEP) 

Devices are external equipments or other processor/memory configurations and are 
labeled by unique non-negative numbers. Device procedures are actions or set of 
action which devices may be commanded to perform. "Rewinding" and "initiating a 
read operation" are examples of device procedures which a tape transport device may 
be commanded to perform, for example. The commanding process will be described 
subsequently as "assigning a device procedure to a device for execution". 

Device procedures are implementation dependent. A given device procedure defined 
for a given installation may be assigned to more than one device for execution. "Rewind" 
and "initiate read" will typically be executable by all or most tape drive devices in a 
particular installation. 

Device procedures may have both input and output parameters associated with them 
much in the same manner as the ordinary JOVIAL procedures defined by procedure: 
declarations. 

Note that formal :input:para meters and formal :output:para meters associated with a 
device procedure are of the same type as forma I :intput:para meters and formal routput: 
parameters associated with ordinary procedures. 
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A device procedure is assigned to a device for execution by means of a device rprocedure: 
executionrstatement the form of which is 

'EXECUTE device:procedure:call 
($ dev?ce;number $) 
optional :completion:ca 1 1 S 

A device :procedu re :ca 1 1 has exactly the same form as a procecure :cal I statement 
except that the terminating "$" of the procedure:cal I rstatement does not appear; 
all rules relating formal rparameters to actual iparameters in a procedure:cal I '.statement 
apply correspondingly to a device:procedure:call . A dev?ce;procedure:name is a global 
Category 1 name. (Category 1, in fact, contains only dev?ce:procedure:names .) 

Devicemumber is a numericrformula . A completiomcall is either a closemame or 
procedure real I where procedure:call takes the form of a procedure :caM7statement without 
the terminating "$" . All rules relating formal : para meters to actual rparameters in a 
procedure:cal I rstatement apply correspondingly to procedure: calls . 

DPEP is a mechanism which provides an interface between devices and the execution 
of device procedures by means of device:procedure:execution:statements. DPEP must 
be able to determine: 

• The status of each device at any time. 

m The set of device procedures which may be executed by a given 

device (This set is in general a subset of the set of all possible device 
procedures). 

• The set of device procedures which may be executed on a device when 
any given device procedure is currently being executed by that device. 
A device procedure is "currently being executed" from that moment 
when step (d), -below, is entered until the device signals completion of 
execution of the device procedure as indicated in step (g) below. (Note 
that it may be possible to execute a device status checking device procedure 
on a device, while the device is executing another device procedure, for 
example.) A device is said to be "available" to a device procedure if that 
device procedure is a member of such a set as described above; otherwise, 
the device is "unavailable" to the device procedure. 

Associated with each device procedure is an "execution time" property. Some device 
procedures (such as device status checking) may have an execution time of zero — they 
execute "instantaneously". Other device procedures have a non-zero execution time — 
they execute "non-instantaneously" . DPEP is designed in such a way as to allow the 
programmer to perform processing in parallel with the execution of non-instantaneous 
device procedures and to perform interruption processing when these device procedures 
have signaled completion. It is the implementor's decision which of the device procedures 
are defined to be instantaneous and which are to be non-instantaneous. 
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A device ;procedure:execution:state merit causes the following operations to be 
performed: 

1) Any actual :input:parameters associated with the device ;procedure;cal I will 
be evaluated in precisely the same manner as actual :input:parameters are 
evaluated in a proceduretcall statement . 

2) The device:number:numeric:formula will be evaluated exactly as if the 
numeric;formula were being used as subscript. 

3) The DPEP mechanism will perform the following operations in the order 
indicated: 

(a) If the device:number does not correspond to any of the device rnumbers 
allowed, DPEP ceases processing and returns control to the next statement 
following the device .'procedure :execution:statement . (Attempt to execute 
the device procedure results in a no-operation) 

(b) DPEP determines if the device procedure specified in the device: procedure: 
call may be executed by the device specified by device :number . (A device 
procedure for backspacing a tape record cannot be executed on a card 
reader, for example) If the device procedure cannot be executed on the 
device, DPEP returns control to the next statement following the device: 
procedure:execut?on:statemcnt. (Attempt to execute the device :proce dure 
results in a no-operation.) 

(c) DPEP determines if the device is "available 11 to the specific device procedure. 
If not, DPEP returns control to the next statement following the device: 
procedure execution:statement . (Attempt to execute results in a no-operation.) 

(d) If the device procedure specified is non-instantaneous, DPEP takes all 
necessary steps to regain control from any program segment which may be 
operating when the device signals that it has terminated execution of the 
device procedure. 

(e) DPEP assigns the device procedure to the device for execution. If the 
device procedure executes instantaneously on the device, control is returned 
to the statement following the device: procedure :execution:statemcnt . Then, 
steps (g) - (i) are never entered. If the device procedure is non-instantaneous, 
control is passed to step (f). 

(f) DPEP returns control to the statement following the device procedure: 
execution:statement . 

(g) On the signal (interruption) from the device that it has completed processing 
of the device procedure, execution of the program segment currently 
operating is suspended, DPEP ensures that any actual :output:para meters 
associated with the device procedure are evaluated, and control is passed 
to step (h) below. 

(h) DPEP evaluates any actual :input:parameters a ssociated with the completion: 
call, if a completionicall was supplied. (Evaluation takes place exactly as 
if the completion:call w ere an ordinary procedure:call . ) If no completion: 
call was specified, DPEP resumes processing at step (i). Otherwise, the 
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close or procedure specified by the completionrcall is invoked and 
DPEP awaits its termination. Upon termination of the completionrcall 
execution, DPEP passes control to step (i). 
(i) DPEP returns control to that point immediately following the last 

execution which occurred prior to regaining control on the termination 
signal from the device. Note that: 

• A completion:call associated with an instantaneous device procedure 
is never operated (see step "e"). 

• If the completionzcall procedure or close d oes not return control to DPEP 
at step (g), further DPEP processing is undefined. 

• If the completionrcall specified invocation of a close which was 
declared within a FOR statement which does not contain the device: 
procedure :execution:statement , and if that close manipulates the loop: 
variable defined by the FOR statement, the completion:call invocation 
step (g) is undefined. 

• If the completiontcall specifies invocation of a procedure , and if one or 
more of the actual :parameters contains a looptvariable then the device: 
procedure :execution:statement must appear within the scope of definition 
of the loop:variables . 

Examples of device :procedure:execution:state me nts a re: 

'EXECUTE REWIND ($23$) $ 
'EXECUTE REWIND ($1+7$) $ 

"THE ABOVE TWO STATEMENTS WILL REWIND THE TAPES ON DEVICES 23 AND 
1+7." 

'EXECUTE DISKREAD (DISKADDRESS, MEMORY 'BUF, BUF'LENGHT 

= DISKREAD "STATUS) 

($ DISKA $) INTRUPT'L() $ 

"THE ABOVE STATEMENT CAUSES A READ FROM DISKADDRESS TO BE INITIATED. THE 
DISKREAD DEVICE PROCEDURE WILL FILL DISKREAD 'STATUS WITH A VALUE DESCRIBING 
THE STATUS OF THE READ ON COMPLETION. THEN THE PROC INTRUPT'L IS OPERATED." 

3.2.2.11.2 JFILE 



The file processing submodule, JFILE, consists of the following features: 

• the file:declaration 

• file manipulation statements 

• a control mechanism, the File Processor (PFILE) 

• two built-in interface procedures, TLB and TBL 
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the functional :modifier POS 

the functional -.modifier 'FILENUM. 



These features described fully in 3.2.2.11 .2.4 have been designed and organized 
in such a manner as to reflect a point of view founded on a specific definition of 
file, and on the notion that files so defined have both "functional" and "represen- 
tational" characteristics which can, and should be separated. The definition of file 



is: 



• a collection of distinguishable objects, or records, called a 
record set, and 

• the processes by which records in the record set are stored into 
and retrieved from storage media. 

A file characteristic is "functional" if it applies to a record set or storage/retrieval 
processes independently of particular storage media and transmission devices. A file 
characteristic is "representational" if it applies to particular properties of a record set 
in some specific, physical storage medium or if it describes storage/retrieval processes 
in terms of some specific, physical transmission device. JFILE is so structured as to 
separate the functional characteristics of a file as completely as possible from the 
representational characteristics, thus rendering functional processes and representation 
characteristics independent. 

3.2.2.11 .2.1 The Functional File 



3. 2. 2. 11. 2. 1.1 The Functional Record Set 

Each record in the functional record set is thought of as a "logical" or functional 
entity independently of its relationship to any other information group; functional 
records are generally defined by the programmer on the basis of certain functional 
characteristics of his program. Each (functional) record in the record set has no 
particular structure and is composed of no particular type of information as such. The 
programmer gives structure and information type to a record by the manner in which his 
program deals with its "main memory" image. 

A record set contains n functional records, where n is some finite positive 
integer or 0. If n=0, the record set is called "empty". (In practice, the programmer 
does not ordinarily know the value of n.) Associated with each record in a (non- 
empty) record set is a unique non-negative integer k which comes from the set 
k ( k = 0, . . .,n-l) where n is the number of records in the record set. This set of 
numbers is called the functional "reference set". 

3.2.2.11 .2.1 .2 The Functional Storage/Retrieval Processes 

This paragraph describes the referencing process consisting of four basic storage/retrieval 
processes (Input, Output, Insert, Delete), and two processes (Open, Shut) which serve 
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to initialize and terminate other storage/retrieval processes. When "transmission" 
is used below it means only the movement of information and implies no alteration of 
that information. Thus, transmission of a record image from the main memory to an 
external storage medium, followed by transmission of the same record back to main 
memory, should produce an identical record image in main memory if the transmission 
in each case is performed under the same set of conditions. ("Main memory 11 refers to 
the storage medium which contains the invocation command for a storage/retrieval 
process.) 

Note that no notions of transmission initiation, transmission occurring in parallel 
with computation, and interruption on completion of transmission are associated with 
the functional storage/retrieval and initialization/termination processes, though, indeed, 
any representation of these functional processes will have to deal with such notions. 
From the point of view of the programmer, the execution of any functional process 
involving a transmission causes the transmission to take place and does not terminate 
before the transmission is completed; also, when a functional storage/retrieval or 
initialization/termination process completes execution, program control is passed 
to the statement following the process invocation. Further, this should be true for 
any representation of the functional processes. 

A record in a record set is "referenced" by specifying the appropriate integer k 
from the reference set. A record is referenced when it is desired to use it as an 
operand in a storage/retrieval process. If a record k is referenced with k(0) 
or k(n-l)the result of the reference is, in general, undefined. (With respect 
to the basic functional storage/retrieval processes described below, this will be 
true unless explicitly stated as otherwise.) The following paragraphs describe the 
functional processes: 

a) "Input record k" is a retrieval process which causes the record referenced 
by k in the record set to be transmitted to the main memory. "Input 
record k" is undefined if n=0, i.e., if the record set is empty. 

b) "Output as record k" is a storage process which causes information to be 
transmitted from the main memory to a storage medium. If the record 
set in the storage medium already contains a record k, it is replaced 

by the transmitted information; the transmitted information is then 
established as record k of the record set. If k=n, the transmitted 
information is appended to the record set and the number of records in 
the record set is increased to n + 1 . 

c) "Insert as record k" is a storage process which causes information to be 
transmitted to the storage medium. If k = n, "Insert as record k" has 
the same meaning as "Output as record k". Otherwise, the transmitted 
information is established as record k of the record set. All those records 
of the record set which were referenced by j £k prior to the invocation 

of "Insert" are referenced by j + 1 subsequent to the invocation of "Insert". 
"Insert" causes the number of records in the record set to be increased from 
n to n + 1 . 
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d) "Delete record k" is a storage process which causes record k of the 
record set to be removed from the record set. Records of the record 
set which were referenced by j > k prior to the invocation of "Delete" 
are referenced by j-1 after invocation of "Delete". If n = 1 , "Delete" 
causes the record set to be made empty. 

e) "Open file" is an initialization process which causes the record set and 
the storage/retrieval processes of the file to be readied for processing. The 
storage/retrieval processes "Input", "Output", "Insert", and "Delete" 
may be invoked only after "Open file" has been invoked. 

f) "Shut file" is a termination process which causes the record set and the 
storage/retrieval processes to be brought to a state of inactivity. Once 
"Shut file" has been invoked, "Input", "Output", "Insert", or "Delete" 
may not be invoked until "Open file" is invoked once again. 

3.2.2.11 .2.2 The Representational File 

3.2.2.11 .2.2.1 The Representational Record Set 

Each record in the representational record set is an information group the attributes 
of which reflect properties peculiar to a particular storage medium and transmission 
(e.g., parity mode). Such information group attributes may also reflect the programmers 
desire to conserve space in the storage medium, as when he blocks many functional 
records together into one representational record. 

Representational records will have a structure and information type peculiar to the 
associated storage medium and transmission device. A representational record set 
may contain greater or fewer records than the number of records in the functional 
record set being represented. A representational record set has an associated reference 
set that is peculiar to the particular storage medium and transmission device being 
used. Such a reference set may consist of disk or drum addresses, or it may contain 
"position" numbers which specify where the record is on a tape, in a card reader, or 
on a printer. 

It is important to note that a given functional record set may have associated with 
it a wide variety of representational record sets if the functional record set is to 
be represented in a variety of different storage media and transmitted by a variety of 
different transmission devices. 

3.2.2.11 .2.2.2 The Representational Storage/Retrieval Processes 

"Transmission", as used in this paragraph may involve some alteration of information, as 
for example, conversions between internal and external hollerith encoding techniques. 
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The actual transmission associated with an Input or Output typically requires initiation 
of an Input or Output Operation and processing of thejnterrupt signal returned by the 
transmission device when it has completed the transmission. Thus, representational storage/ 
retrieval processes may allow other forms of processing to occur between transmission 
initiation and completion. Device manipulations of all kinds may be required to effect 
the transmission; these manipulations may indeed be commanded by devi ce: procedure : 
executionrstatements, (JDEV). 

A representational record is referenced by specifying its associated reference set element. 
This element may be an explicit disk or drum address or it may appear implicitly in a 
command, as in "read the next tape block". The following describes the representational 
storage/retrieval processes. 

a) To "Input" or "Output" a representational record will involve commanding 
some transmission device to move the representational record between 

main memory and a storage medium. Device commanding requires, of course, 
the specification of a variety of device specific parameters. "Outputing" 
a record may involve "Inputing" other records of the record set, as when 
dealing with disk records which are "linked" by disk addresses embedded 
in each record as part of the data of that record. Representational 
"Inputing" and "Outputing" may also involve commanding devices to 
perform non-transmission processes, e.g., backspacing, rewinding, 
positioning read/write heads, etc. 

b) "Inserting" representational records may involve both "Inpuling" and 
"Outputing" as may "Deleting" representational records. 

c) "Opening" a representational file may involve securing a device, 
allocating main memory buffer space, initiating the "Input" of a 
physical record, and the like. "Shuting" a representational file may 
involve releasing a device and main memory buffer space. 

It is clear that different representational storage/retrieval processes will need to be applied 
against the same functional record set represented in different storage media and transmitted 
by different devices. Also, it is clear that certain functional processes will be feasible 
for one file representation and not for another so that a functional file may be limited 
in the number of representations that can be defined for it. For example, a file requiring 
"Output" to "rewrite" a record cannot usually be represented feasibly where magnetic 
tape is a storage medium. 

3.2.2.11 .2.3 Functional and Representational Specifications and Interfaces in JFILE 

JFILE allows for the manipulation of files in both a functional and a representational manner. 
Explicit language features are provided to deal with files functionally (see 3.2.2.11 .2.4, 
below). The functional record set and reference set as well as the functional storage/retrieval 
processes of paragraph 3.2.2.1 1 .2.1 are embodied in these language features. The 
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representational particular file aspects are dealt with in terms of "Service Routines" which 
are tailored to the specific storage media and transmission devices of a particular application, 
Service Routines are either closes or procedures which are written by the programmers for 
a specific application. 

A Service Routine is associated with each of the functional storage/retrieval processes 
which will be carried out during the processing of the file; the association of Service 
Routine with functional process is effected by means of the filerdeclaration. 

Service Routines handle all representational aspects of the file. In general, embedded 
within their structure will be facilities for effecting the following: 

device assignment 

recording modes and densities 

record set labelling 

internal buffering 

initiation of device procedure executions 

interrupt processing 

external storage media allocation and management 

transmission error checking and recovery procedures 

sequential or random access 

(Note that device manipulations might typically be handled by device: procedure: 
execution:statements ) 

The set of all Service Routines is referred to as the JSERVICE submodule of JIO. It is 
anticipated that a given application will fix on a set of (application) standard Service 
Routines, or use such Service Routines as are provided by an operating system. A Service 
Routine specified for a given functional storage/retrieval process should simulate and 
preserve all the functional characteristics of files as described in 3.2.2.1 1.2.1, though 
there is no way to guarantee that this be so. (For example, the Service Routine associated 
with "Input record k" should be so written as to make the correspondence between the 
functional reference k and any physical reference, and cause transmission of functional 
record k to occur as described in 3.2.2.1 1 .2. 1 .2(a) regardless of any (representational) 
device manipulations or Internal buffering techniques which may be required to do so). 

The syntactic entity, service:call , is the mechanism provided for specifying the invocation 
of a Service Routine when performing a functional file operation. A service:call is a 
close:name or a procedure:call . A procedure:call i s the same as a procedure:ca 1 1 statement 
except that it does not contain a terminal "$" . When a servlce:call is said to be "operated" 
in paragraph 3.2.2.1 1 .2.4, the effect obtained is exactly that obtained by either 

GOTO closername $ 
or 

procedure :cal I $ 
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Note that any actual :input:parameters of the procedure: call are evaluated fn the usual 
way at the time the service:call is operated, and not before. If the operation of a 
serviceicall causes a close to be invoked which was declared in a FOR statement and 
which references the loop:variable of the FOR statement, the effect of the close 
invocation is undefined. 

If the service real I is a procedure :cal I and if one or more of the actual ;para meters 
contains a loop:var?able , the file;declaration c ontaining the service:call must also 
be within the scope(s) of definition of the loop:variable(s) . Also any open :, input :, 
output :, insert: , delete: , or shut:statement which, when executed, will cause such a 
serv?ce:call to be operated must be within the scope(s) of definition of the loop:variable(s); 
otherwise the operation of the serviceicall i s undefined. 

3. 2,2. 11. 2. 4 The File: Declaration and File Statements 

3.2.2.11 .2.4.1 The F?le:Declarat?on 

A file:declaration is 

FILE file:name file:process:list $ 

File:name is a Category 3 name which serves to identify the file. A f?le:process:list 
is either 

f?le:process 
or 

file: process : I i st 9 file:process 

A file:process is 

MODE 9 mode '.integer 

open:process:clause 
optional :pos:proceIs:clause 
opt?onal:?nput:process:clause 
optional :output:process:clause 
optional :?nsert:process:clause 
optional :delete:process:clause 
shut:process:clause 

Note that at least one of the optional clauses in a filezprocess must be included in file:process. 
Mode:integer is an unsigned:integer which servies to identify the file:process in which it is 
contained; if more than one file:process appears in the file:process:l?st , the mode-.integer 
of any one must be different from the mode:integer of any other. 

A f?le:process is, in effect, a specification for a particular "mode" of file initialization, 
storage/retrieval and termination processes which will be carried out together; the 
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file: process: list allows as many such "modes" as desired to be specified in the 
file:declaration. 

The purpose of the clauses in filerprocess is to show a correspondence between the 
functional file operators OPEN, POS, INPUT, OUTPUT, 'INSERT, 'DELETE, and 
SHUT, and the representational serv?ce:calls by which they are realized as indicated 
below. 



Open:process:clause t OPEN 8 service:call 

pos:process:clause 

input: process:clause 

output :process:clause \ is 

insert:process:clause 

delete:process:clause 



POS service:call 

INPUT 6 service:call 

OUTPUT 9 service:call 

'INSERT 6 service:call 

'DELETE 6 service:call 



shut:process:clause SHUT 8 service :ca 1 1 

Serv?ce:calls are not operated at the time a file:declaration i s made, but rather at the 
time a file statement is executed, as described below. Note that at execution time, PFILE, 
the file processing mechanism, has access to all information declared by a file:declaration . 

3.2.2.11 .2.4.2 File Statements 

Statements performing file processing are: 

open:statements 



input:statements 
output rstate me nts 



jtput: 



i nse restatements 

delete:statements 

shut:statements 



Additionally, file processing operations may take place whenever a value is assigned 
to the functional :mod?fier POS. 

Open: , input :, output :, insert: , delete :, and shut statements are the JOVIAL features 
provided for effecting the functional file processes "Open", "Input", "Output 11 , "Insert", 
"Delete", and "Shut" discussed in 3.2.2.11 .2.1 .2. References to records in the functional 
record set are made by assigning values to functional :modif ier POS (see 3.2.2.1 1 .2.4.3). 
Thus, the invocation of the functional retrieval process "Input as record k n is carried 
out by first assigning k to POS and then executing an input:statement . Note that: 

• file statements do not automatically change the value of POS when they 

are executed (though the associated Service Routines may be written 
in such a way to perform this action if desired) 
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• assignment of a value to POS does not automatically cause positioning 

of the storage medium with respect to the transmission device (though 
Service Routines may produce this result if desired). 

A openrstatement is 

OPEN filername 9 MODE 9 moderformula 9 $ 
where moderformula is a numericrformula . 

An inputrstatement is 

INPUT 9 file:name 9 iorlist 9 $ 

An outputrstatement is 

OUTPUT 9 filername 9 iorlist 9 $ 

An insertrstatement is 

'INSERT 9 filername 9 iorlist 9 $ 

A deleterstatement is 

'DELETE 9 filername 9 $ 

A shutrstatement is 

SHUT 9 filername 9 $ 

An iorlist is 

ioroperand 

or 

iorlist 9, 9 ioroperand 

An ioroperand is either a named rvariable or table rna me or arrayrname . 

Note that the phrase "currently opened" will be used subsequently to describe any 
file whose filername appears in an openrstatement which has been executed and where 
no execution of a shutrstatement with the same filername has yet taken place. 

3.2.2.1 1 .2.4.3 FunctionalrModifier POS 



POS is a functional modifier which designates an unsignedrintegerrvariable when applied 
to a filername and can therefore be assigned values. POS may appear in two formsr 

POS 9 (9 filername 9) 
or 

POS 
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When the second form of POS is used, a filezname is automatically supplied. That 
file:name is supplied which refers to a currently opened file and which appeared in the 
last openlstatement, input statement , output zstatement , inse restatement / or delete zstatement 
executed prior to the POS reference. POS is undefined if used when no file is currently 
opened or when a specific file:name (form 1) used refers to a file not currently opened. 
The value taken by POS is the reference number of a (logical) functional record in the 
functional record set associated with file:name . POS provides the mechanism for 
functional "Referencing" as described in 3.2.2.11 .2.1 .2. A further description of POS 
is given in 3. 2. 2. 11. 2. 4. 5. 7 below. 

3.2.2.11.2.4.4 Functional :Modifier 'FILENUM 



'FILENUM is a functionalimodifier which produces an unsigned:?nteger when applied 
to a filername. 'FILENUM does not designate a variable and cannot be assigned values 
in any JOVIAL J3 program. 'FILENUM may appear in two forms: 

'FILENUM (0 filename 9) 
or 

'FILENUM 

When the second form is used, a file:name is automatically supplied. That filezname 
is supplied which refers to a currently opened file and which appeared in the last 
open zstatement , input zstatement , outputzstatement , inse restatement, or delete;statement 
executed prior to the 'FILENUM reference. FILENUM is undefined if used when no 
file is currently opened or if a specific filername (form 1 ) is used which refers to a file 
not currently opened. 

Values taken by 'FILENUM always lie in the range 0. . .m, where m + 1 is the 
maximum number of files ever "currently opened" during the course of program execution. 
'FILENUM is undefined if file:name refers to a file not currently opened. 

The purpose of 'FILENUM is to provide an interface between file manipulation statements 
and the Service Routines by which they are realized. Thus a set of Service Routines might 
be so written as to reference file parameters maintained in a table , with the parameter 
sets for distinct files stored in distinct entries. Service Routines, when operated, would 
determine the appropriate set (entry) of file parameters to use by means of 'FILENUM, 
e.g., FILE 'PARAM ($ 'FILNUMTJ. 

3.2.2.11.2.4.5 PFILEand File Statements 

PFILE supervises the execution of all file statements. 
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3. 2. 2. 11. 2. 4. 5.1 Execution of the Open .-Statement 

The following functions are performed in the execution of the openrstatement. 

(a) PFILE determines if the file called filername has already been establised 

as "currently opened" . If so, execution of the openrstatement is undefined. 

(b) PFILE creates a unique non-negative integer and assigns it to the 'FILENUM 
associated with this file. As previously stated, the value of 'FILENUM is 
in the range 0. . .m where m + 1 is the maximum number of files ever 
"currently opened" during the course of program execution. 

(c) The mode;formula of the open:statement is evaluated in the same manner 
as if it were a subscript. 

(d) PFILE determines if a file:process identified by the value yielded by 
evaluation of the mode:formula has been included in the filerdeclaration 
for the file called file:name . If no such filerprocess was included in the 
declaration, execution of the open;statement is undefined. Otherwise, 
PFILE establishes the fileiprocess so identified as the "current filerprocess" 
for the file called filername. 

(e) PFILE establishes the status of the file called filername as "currently opened". 

(f) PFILE operates the service:call given in the open:process:clause of the current 
filerprocess. 

(g) When the service :cal I returns control to PFILE, PFILE returns control to the 
first statement following the openrstatement . 

3.2.2.11 .2.4.5.2 Execution of the InputrStatement 

The following functions are performed in the execution of the inputrstatement . 

(a) PFILE determines if the status of File called filername is "currently opened". 
If not, execution of the inputrstatement is undefined. 

(b) PFILE then determines if an inputrprocessrclause is included in the current 
filerprocess established for the file called filername. If not, execution of 
the inputrstatement is undefined. 

(c) The iorlist of the inputrstatement is established as the "current io-.list " by 
PFILE. Subscripts of namedrsubscriptedrvariables appearing in the iorlist 
are evaluated at this time, in the same manner that they would be evaluated 
had the namedrsubscriptedrvariables appeared in any other statement. Also, 
subscripts for namedrsubscriptedrvariables are evaluated in the same left 

to right order that the namedrsubscriptrvariables appear in the iorlist . Note 
that these remarks about subscript evaluation apply whenever the phrase 
"established as the current iorlist " appears in subsequent paragraphs. 

(d) PFILE operates the servicercall associated with the inputrprocessrlist in the 
curre nt rprocessr I i st . 

(e) When the servicercall returns control to PFILE, PFILE returns control to the 
first statement following the inputrstatement . 
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3.2.2.11 .2.4.5.3 Execution of the Output: Statement 

The description of output:statement execution is identical to the description of 
input: statement execution (3.2.2.11 .2.4.5.2) except that every occurrence of the 
word input should be replaced by the word output. 

3.2.2.11 .2.4.5.4 Execution of the Insert '.Statement 



The description of InserhStatement execution is identical to the description of 
lnput:Statement execution (3.2.2.11 .2.4.5.2) except that every occurrence of the 
word input should be replaced by the word insert. 

3.2.2.1 1 .2.4.5.5 Execution of the Delete: Statement 



The description of delete:statement execution is identical to the description of 
input:statement execution (3.2.2.1 1 .2.4.5.2) except that subparagraph (c) does 
not appear (a delete:statement has no io:list) and every occurrence of the word input 
should be replaced by the word delete. 

3.2.2.11 .2.4.5.6 Execution of the Shut Statement 



The following functions are performed in the execution of the shut statement. 

(a) PFILE determines if the file called file:name has been established as 
"currently opened". If not, execution of the shut:statement is undefined. 

(b) Then PFILE operates the service:call given in the shut:process:clause of 
the current file:process for the file file:name. 

(c) When the servicercall returns control to PFILE, PFILE establishes the status 
of the file file:name as "not currently opened" and returns control to the 
first statement following the shut:statement . 

3.2.2.11 .2.4.5.7 Execution of Assignment to POS 



The following functions are performed in the execution of the assignment to POS. 

(a) PFILE determines if file file:name has been established as "currently opened". 
If not, any reference to POS is undefined (see 3.2.2.11 .2.4.3). 

(b) The value to be assigned to POS for file file:name is assigned. 

(c) If a pos:process:clause is present in the current file: process for file file:name, 
PFILE operates it. Otherwise PFILE returns control to the first program step 
following the assignment to POS. 

(d) When the service:call returns control to PFILE, PFILE returns control to the 
first program step following assignment to POS. 
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(e) Note that the reason for allowing a servicercall to be operated when a 
value is assigned to POS is to allow a "repositioning" of the transmission 
device over the representational record set well in advance of the next 
access to a record. A programmer requiring random access to a disk, say, 
might do a POS assignment (with servicercall) , then some computations, 
and finally execute an ?nput:statement , realizing that the computations 
will be carried on while a disk read-head is "repositioning". 

3.2.2.11 .2.5 The Built-in Procedures TBL and TLB 



TBL (Transmit Buffer to io:list ) and TLB (Transmit ?o;list to Buffer) allow the applications 
programmer writing Service Routines to transmit between functional records (which have 
been brought into main memory from an external storage medium or which will be 
transmitted from main memory to a storage medium) and the internal data structures 
which are named in the iodist of input:, output:, and insert:statements. 

The following functions are performed in the execution of TBL and TLB which 
operate under the control of PFILE. 

(a) TBL is invoked by 

TBL (BUFFER, DISPLACEMENT, LENGTH) $ 

TLB is invoked by 

TLB (BUFFER, DISPLACEMENT, LENGTH) $ 

BUFFER is table: name or array:name denoting the (main memory) buffer area 
which will receive the functional record from the ?o:list (TLB) or which contains 
the functional record to be transmitted to the iorlist (TBL). 

DISPLACEMENT is an integerrvariable which is an increment from the 
first word address of BUFFER: TBL, and TLB add DISPLACEMENT to the first 
word address of BUFFER to produce the first word address of the functional 
record storage area. 

LENGTH is an unsigned:integer:var?able representing the length in. words 
of the functional record storage area. 

(b) TBL causes the functional record characterized by the input:parameters to 
be transmitted to the internal data structures of the "current io:list". The 
"current io:list" is established by PFILE as described in 3.2.2.1 1 .2.4.5. 
TBL treats the functional record as a bit string and the elements of the 
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"current iorlist " as a set of bit strings, one for each namedrvariable , 
table, or array making up the "current iorlist " . A bit string corresponding 
to a namedrvariable consists of all bits required to represent the variable , 
including any filler bits. Bit strings corresponding to tables and arrays 
are composed of those (contiguous) blocks of words used to represent the 
tables and arrays . In the case of tables , the contiguous block contains 
the NENT word as the first word; even if the table i s variable, the 
length of the block is based on the total number of words required to 
represent the table, regardless of the current value of the NENT. The 
transmission behaves as if the "current io:list " bit strings formed one 
contiguous bit string, concentrated together in the same order that the 
namedrvariables, tables , and arrays appear in the "current io:l?st " . 
Each functional record bit, starting with the left most record bit, is moved 
one at a time to a corresponding bit in the (contiguous) "current iotlist " 
bit string, starting with the left most current iorlist bit. The move 
terminates when the functional record bit string is exhausted or when the 
"current iorlist" bit string is exhausted, whichever happens first. 

(The description of the transmission as a bit by bit move is given only 

to indicate the functional characteristics of the move. An implementation 

scheme which achieves the same functional end is permissible. 

(c) TLB causes the "current iorlist " structures to be moved to a functional 
record storage area whose first word address and size are characterized 
by the TLB input parameters. The effect of the transmission is identical 
to the TBL transmission except, of course, that the move is from the 
(contiguous) "current iorlist" to the functional record storage area. 

(d) It should be noted that the iorlist, however complex, is treated as one 
functional record. 

3.2.2.11.3 JFORMAT 



The JFORMAT submodule is composed of: 
the formatrvariable 



• 



• the encode rstatement and the decode : sta te me nt 

• the format processor, PFORM 

The purpose of the JFORMAT features is to provide the facilities for converting data 
in hollerith character string representations to internal representations and vice-versa. 

A decoderstatement is used to convert data represented as hollerith character strings 
to their corresponding internal representation. An encode rstatement is used to convert 
data from their internal representations to hollerith character string representations. The 
purpose of the formatrvariable is to supply the necessary conversion and editing specifications, 
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Encode : and dec ode -.statements are thought of as executed under the supervision of 
the processor PFORM. 

3.2.2.11 .3.2.1 The Format:Variable 



A format:variable is either a hollerith:constant or a named:hollerith:variable. 

PFORM interprets format:variables to determine what conversions and editings are 
to take place. The hollerith characters making up the content of a format:variable 
need have no particular structure until PFORM is called upon to interpret the format: 
variable during the execution of an encode:statement or a decode statement. Note 
that all or part of any formahvariable may be modified at execution time by any of 
the character manipulation features of the language; this allows for varying conversion 
and editing specifications at execution time. 

When a formahvariable is being interpreted, the hollerith c haracters comprising it 
must take the form of a specification'list . (Note: Prime, and not colon, will be used 
in the syntactic specifications of the content of a format: variable to draw attention to 
the fact that such specifications apply at execution time and not at compile time. Prime 
plays the same role played by colon in the compile time metalanguage specifications; all 
other compile time metasyntactic symbols have the same meaning when used in execution 
time metasyntactic symbols.) 

A specification'list is a 

conversi on 'or'editing 'specifier 
or a 

specification'list 9, conversion' or 'editing'specifier. 

A conversion'or'editing:specifier is a 

conversion 'specifier 
or 

editing'specifier or iterator (9 specification'list 0). 

Iterator is a number. 

A conversion'specifier is one of the forms 

W9 I 8£ 

W_ A _J_ 

W_ F d_ 

W_ D d_ 

W_ S 

W B 
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w_e o 

W9X 

w_e h 

W6H9L 

A fixedrfieldrlist is either 

fixedrfieldrelement 
or 

fixedrfieldrlist 0, fixedrfieldrelement. 

A freerfieldrlist is either 

freerfieldrelement 
or 

freerfieldrlist 0, freerfieldrelement 

A fixed:field:element is a namedrvariable . A free:field:element is either a 
namedrvariable, tablername, or arrayrname . Note that an array:name maybe used 
in fixedrfieldrlist as long as it is appropriately subscripted and that a tablername 
may not appear at all in a fixedrfieldrlist. 

Conversions are termed "free field 11 if they are specified by an encode: or decoder 
statement with a free:f?eldrconversion:clause; otherwise they are termed "fixed field", 

3.2.2.11.3.3 Fixed Field Conversions 



"Field" means a substring of the buffer associated with an encoder or decode rstatement. 

Bufferrname is either the name o f a literalritem, a table or array . If bufferrname is the 
name of a literal ritem, that item must be not less than 4* bytes in length and must begin 
in byte of a word. Further, if the structure called buffer.name is greater than one word 
in length, it must occupy consecutive words. When the structure called bufferrname is 
used in an encoder or decode rstatement , it is treated as a string of hollerith characters, 
no matter how it may have been declared, (The structure called bufferrname is referred 
to subsequently as the buffer.) 

A conversionrclause is either a fixedrfieldrconversionrclause or a freerfieldrconversionr 
clause. 

A fixedrfieldrconversion-.clause is either 

(0 forma trvari able 0) fixedrfieldrlist 
or 

(0 formatrvariable 0, service -.call 0) fixedrfieldrlist 
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A free:field:conversion;clause is either 

(0) 9 free:field:list 
or 

(0 , service real I 0) free :field:l 1st 



An editing'specifier is one of the forms 

W_ 

- W_ 

W C 

liollerithiconstant 



W denotes a number , the value of which must be non-zero; d denotes a number. The 
meaning of conversion'specifiers and editing'specifierS / ancTffie role played by iterator 
will be explained in 3.2.2.11.3.3, 3.2.2.11.3.4, and 3.2.2.11.3.5. 

3.2.2.11.3.2 The Encode:Statement and DecoderStatement 



An encode: statement is 

'ENCODE buffermame conversion:clause $ 

A decodeistatement is 

'DECODE buffermame conversions lause $ 

3.2.2.11.3.3.1 Description of Conversion'specifiers 

The number denoted by W always represents the field width in terms of number of 
character positions. The number denoted by d represents an implied negative power 
of ten when used in conjunction with a decodeistatement; when used in conjunction 
with an encoderstatement, d denotes the number of digits to the right of the decimal 
point. The letter following W in a conversion' specifier indicates the "conversion type' 

L used in V/ H L, means "left-justified" . If W H is used, "right-justified" is 
implied. "Left-justified" and "right-justified" are defined in 3.2.2.1 1 .3.3.2 and 
3.2.2.11.3.3.3. 

3.2.2.11.3.3.2 Conversion with a Decode iStaJ-ement 



The execution of a decodeistatement causes a field of the buffer to be converted 

from a hollerith representation to an internal representation which is then assigned 

to an associated namedivariable. The form of the internal representation is defined by 

the itemideclaration given for that namedivariable which is associated with the conversion' 

specifier d uring the execution of the decodeistatement. 
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The conversion of a hollerith representation to an internal representation takes place 
according to the same rules and is subject to the same restrictions as would apply if 
the conversion were effected by an assignment :statement of the form: 

namedtvariable 6 = constant 9 $ 

where constant is simply the contents of the field being converted. However, it 
must be added that if the contents of the field form an integenconstant and the 
conversion type is A, F, or D, then the converted value obtained above is multiplied 
by 10-d before assignment to the namedrvariable . Note that, with the exception of 
fields defined by conversion'specifier W H, leading spaces a nd trail inq spaces i n 
the field are not regarded as part of the datum. The character configurations which 
the field may take for any given conversion type are shown in paragraphs (a) - (f). The 
conversion is undefined if the character configuration of the field is not one of those 
specified as allowable in (a) - (f). 

(a) Conversion Type I, A, F, or D 

If the conversion type is I, A, F, or D, the allowable character configurations 
of the field being converted are: 

optional ly:signed:integer:constant 

optional ly:signed:fixed:constant 

optional ly :signed:f I oat? ng:constant 

optional ly:signed:extended:precision:f I gating iconstant 

spaces (all characters) 

hexadecimal :constant 

octal :constant 

If the character configuration is spqces , the field is treated as if the single 
digit appeared. 

(b) Conversion Type S 

The allowable character configurations are: 
status:constant 

name 



When name is used, the field is treated as if its character configuration 
were V(name). 
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(c) Conversion Type B 

The allowable character configurations are: 


1 

T 
F 

T and F are treated as if they were 1 and 0, respectively. 

(d) Conversion Type O 

The allowable character configurations are: 

octal -.constant 
octahdigits 



When octal-.digits are used, the field is treated as if its contents were O (octal 
digits). 

(e) Conversion Type X 

The allowable character configurations are: 

hexadecimal: constant 
hexadecimal: digits 

If the latter is used, the field is treated as if X (hexadecimal :digits) appeared. 

(f) Conversion Type H 

The allowable character configuration is any string of hollerith characters. If 
the string of hollerith c haracters, once stripped of any leading and trailing spaces , 
forms a hoi lerith:constant, the contents of the field are treated as if they were 
that hollerith:constant. Otherwise, 

• If the field is defined as right-justified (W 9 H), any trailing 
spaces are recognized as part of the datum. 

• If the field is defined as left-justified (W H L), trailing spaces 
are not recognized as part of the data . 

• The contents of the field are treated as if they were number H 
(string:of:hol lerith:characters) where the value of number is the 
number of characters in the string of hollerith characters. 

3.2.2.11 .3.3.3 Conversion with an encode statement 



The execution of an encode:$tatement causes named:variables to be converted from their 
internal representations to hollerith character string representations which are inserted into 
the buffer. The internal representations are defined by the item:declarations given for the 
named:variables. The hollerith character string representations are defined by the parameters 
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of the conversion'spccifiers as associated with the named:variables during the execution 
of the encoderstatement. The number W of the conversion'specifier indicates the width 
of the field into which the hollerith character string produced by the conversion will be 
placed. The number d indicates the number of digits to the right of the decimal point 
in the generated character string. The conversion type describes the format of the 
generated character string. Associated with a given conversion type are a set of 
allowable item types. A named -.variable being converted with respect to a given 
conversion type must admit to one of the allowable item types; if not, the effect of the 
conversion is undefined. Allowable item types and hollerith character string representation 
formats are described in paragraphs (a) - (h) below. 

(a) Conversion Type I 

Allowable item types of named:variables which may be converted with 
conversion type I are: 

integer 

fixed 

floating 



extended:precision:f looting 

The format of the hollerith character string generated by means of this conversion 
is: 

S I. . .1 

where S specifies sign and I • . .1 specifies integer digits. If the item converted 
is signed and non-negative, or unsigned, S is a space; otherwise S is "-" . 
(b) Converson Type A 

Allowable item types which may be converted are: 

integer N 

fixed 

floating 



extendedtprec i sion:f looting 

The format of the hollerith character string is 

S I. . .1 . F. . .F 

S and I. . .1 are as described above; F. . .F are the fractional digits. The 
number of fractional digits is equal to d. 
(c) Conversion Type F 

Allowable item types are: 

integer 

fixed 

floating 



extended:prec?sion:f looting 
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The format is 

S • F. . ,F E-e. . .e 

S and F. . .F are as described above. E-e. . .e represents the exponent. 
The number of digits making up e . . .e is implementation dependent, 
(d) Conversion Type D 

Allowable item types are: 

integer 

fixed 

floating 



exte ndedrpreci si on :f looting 

The format is 

S • F. . ,F E ±e. . -e D 

S, F. . .F and e. . .e are as described above. The terminal letter D denotes 
extended:precision:floating. 

(e) Conversion Types O and X 

Any of the item types that are allowed. The format produced by type O is O. . . O, 
where O is an octahdigit. The format produced by type X is X. . .X, where 
X is a hexadecimal -.digit. 

(f) Conversion Type S 

The only allowable item type is status. The format is status:constant:signs where 
status:constant:signs are those signs which appeared in any of the constants V 
(status:constant:signs) when the status-.item was declared. 

(g) Conversion Type B 

The only allowable item type is boolean. The format is "T" or "F" according 
as the value of the boolean item is "true" or "false", 
(h) Conversion Type H 

The only allowable item types are literal . The format is C . . .C where C 
denotes a hollerith character; the number of characters making up C. . .C 
equals the length of the literal item converted. 

3.2.2.1 1 .3.4 Description of Editing'specifiers 

An editing'specifier does not control conversion, but rather serves to describe to the 
format processor, PFORM, certain actions to take when processing the buffer when 
it is used with either an encoderstatement or a decoderstatement . 

(a) The form W means "skip forward in the buffer over the next W character 
positions", 
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(b) The form - OW means "skip backward in the buffer over the next W 

character positions. If W is large enough to cause repositioning to the 
left of byte of the buffer, the meaning is "skip back to byte of the 
buffer". 

When editing'specifier , hollerith:constant is used with an encode -.statement, the 
meaning is "insert the character string contents of the constant into the buffer". When 
used with a decode:statement, the meaning is "skip forward in the buffer a number of 
character positions equal to the length of the constant ". When the editing'specifier 
W 8 C is used with an encode:statement, the meaning is "insert W spaces into the buffer"; 
wFien used with a decode:statement, the meaning is "skip forward in the buffer W character 
positions" . 

3.2.2.11 .3.5 Description of Iterator 

When iterator is used in the conversion'or'editing' specifier form 
iterator 6 (6 specification'list 6) 

it has the effect of replicating the contents of the parenthesized specification'list 

that number of times specified by the value of iterator. Thus 30(5A2 / 3, 41) will produce 

the same result when processed by PFORM as 5A2, 3, 41 , 5A2, 3, 41 , 5A2, 3, 41 . 

3.2.2.11.3.6 Execution of Encode: and Decode:Statemcnts 

The execution of encode : and decode :statements with either f?xed:field ; or free:field : 
conversion:clauses takes place under the supervision of the format processor PFORM. 

3.2.2.11 .3.6.1 Fixed;field Execution 

This paragraph describes the execution of encode: and de code : sta te me nts with fixed:field: 
conversions lauses. The action of PFORM causes three "pointers" to be manipulated. 

The buffer pointer points to a character position in the buffer. The format pointer points 
to a conversion'or'editing 'specifier in the format:variable . The list pointer points to a 
fixed:field:list:element in the fixed:field:list. The bjffer is said to be exhausted if the 
buffer points to the right of the rightmost buffer character position. The fixed:field:list 
is said to be exhausted if the list pointer points to the right of the rightmost fixedrfield: 
list:element. The format:variable is said to be exhausted if the format pointer points to 
the right of the rightmost conversion'or'editing 'specifier . Note that in the following 
description, it is assumed that the format:variable data has the form specified by 
specification'list ; if not, the resultant action is undefined. The sequence of events, 
which take place when an encode : or decode:statement with a fixed:field:conversion:clause 
is executed, is as follows: 
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(a) PFORM sets the buffer pointer to point to byte of the buffer, the format 
pointer to point to the leftmost conversion'or'editing specifier in the format' 
variable , and the list pointer to point to the leftmost fixed:field:list: element 
of the fixed:field:list. 

(b) If the conversion 'or 'editing 'specifier specified by the format pointer is an 
editing'specifier, the action called out by it is performed (resetting the 
buffer point by the value W) and control is passed to step (e). Otherwise, 
control is passed to step (c) . 

(c) If the conversi on 'or 'editing 'specifier is an iterated sub-expression (form: 
iterator 8 (9 specification'list 6) ), it is, in effect, replaced by its expansion 
as described in 3.2.2.1 1 .3.5, and control is passed to step (b). (No pointer 
is altered) Otherwise control is passed to step (d). 

(d) The conversi on 'or'editing 'specifier is a conversi on' specifier . Any subscript 
associated with the f?xed:field:list:element specified by the list pointer 

is evaluated and the conversion specified by the conversion'specifier 
is performed using that fixed:field:list:element. This causes the buffer 
pointer to be modified by the amount W. Then, both the list and format 
pointers are advanced one position to~TFie "right" and control is passed 
to step (e) . 

(e) If the format.-variable is exhausted, PFORM returns control to the statement 
following the encode: or decoderstatement . The same action is taken if 
the fixed:field:list is exhausted. If the buffer, fixed:field:list, and format: 
variable are not exhausted, control is passed to step (b). If the fixedrf ield:l isl- 
and the format:variable are not exhausted, control is passed to step (f). 

(f) If a service:call has been supplied in the fixed:field:conversion:clause, it is 
operated. On completion of the service:call execution, PFORM sets the 
buffer pointer to point to byte of the buffer and passes control to step (b). 

It should be noted that the primary purposes of the service:call are to allow the programmer 
the facility for refilling the buffer (decode statement) as when converting card reader records, 
or to output the buffer, as to a line printer ( encode :statement ) . 

3.2.2.11,3,6.2 Free:field Execution 

This paragraph describes the execution of encode: and decode: statements with 
free:field:conversion:clauses . 

3.2.2.11 .3.6.2.1 Free:field Decode -.statement Execution 

The actions taken by PFORM in the execution of the decode statement in the order 
shown are: 

(a) A "virtual" fixed:field:list is constructed by PFORM from the free:field:list. 

This construction takes place by moving left to right through the free:field:list 
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copying the named:variables where they are found and replacing each 
table:name and array:name with a list of subscripted item: names . In the 
case of a tablername , the item list is composed of sub lists the number of 
which is governed by the current value of the table NENT . Each sublist 
is composed of the tablcitemrnames, subscripted by a constant, in the same 
order that they appeared between the BEGIN and END in the tablerdeclaration. 

The subscripts of the table:item:names i n a given sublist are the same value; 
subscripts for the table:item:names in different item sublists increase from 
to NENT (table:name) - 1 as the sublists appear from left to right. (Each 
sublist corresponds to a table entry) Note that all itemrnames b etween the 
BEGIN and END brackets of the tablerdeclaration will appear in the sublist 
for each entry, regardless of any overlaying which may have been specified. 

In the case of arrays , a list of subscripted arrayrnames replaces the 
arrayrname ; that list contains the same number of subscripted array.names 
as there are elements in the array. Subscripts of the array: names vary 
in such a way that the named:subscripted:array elements appear in the same 
left to right order that would occur if the constants of an array.declaration 
for the particular array were replaced by their correspondent subscripted 
array :names . 

(b) A virtual format:variable is constructed. This format:variable contains 
only conversion'specifiers; the number of conversion specifiers equal the 
number of named:variables in the virtual fixed:field:list constructed in (a). 
The conversion type is generated on the basis of the item:descriptions of 
the named:variables. The parameter d is established as zero; hollerith 
conversion'specifiers are established as right-justified. 

(c) Now, in effect, PFORM substitutes the virtual format:variable into the 
free:field:conversion:clause of the decode:statement and replaces the 
free:field:list with the virtual fixed:field:list in such a manner as to 
transform the free:field:conversion:clause into a fixed:field:conversion:clause . 
Then, PFORM executes the transformed decode statement exactly as it executes 
any decode statement with a fixedifieldiconversion^lause, except that the 
field width W is determined dynamically as PFORM sweeps the buffer from 

left to right. Each string of consecutive non-blank characters encountered 

in the buffer is taken as a field of length (W) which is the number of ^non-blank) 

characters in the string. 

3. 2. 2. 11. 3. 6. 2. 2 Freetfield Encode statement Execution 



The actions taken by PFORM in the execution of the encode:statement in the order 
shown are: 

(a) A virtual fixed:field:list i s constructed in exactly the same manner as 
described in 3.2.2.11.3.6.2.1 (a). 
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( b) A virtual formot:vorioble is constructed on the basis of the item: 



declorotions of the nomed:variobles in the virtuol fixed :field:list. 
The formohvariable contoins o number of conversion 'specifiers 
equol to the number of nomed:voriobles in the virtual fixed :f?eld:list. 
For o given conversion type, the field width W (and the 
poromater d) are fixed but implementation dependent. In oddition 
to conversion 'specifiers, editing 'specifiers are inserted into the 
virtuol formot:voriable. 

These editing'specifiers are selected in such a way as to guorantee 
that: 

• for named:variables in the free:field:list, the decode: 
statement will produce the voriablemame followed 

by an equol :sign followed by the volue 

• for toble:nomes appeoring in the free:field:list, the 
decode:statement will produce, each in a different 
buffer image, 

the table:name 



the names of each table:item, as if in a 

column header 

the value of each item for o given entry 

with the entry number 
• for arroy.nomes oppearing in the free:field:list, the 

decode:statement will produce, eoch in o different 
buffer imoge, 

the array:name, plane number, ond column 

count for each column in the plane 

eoch row in the plane 
(Plones ore repeoted os often os required.) 

(c) PFORM now substitutes the virtuol formot:voriable into the 

free:field:conversion:clause of the encode:statement ond reploces 
the free:field:list with the virtuol fixed :f feld :l ist in such o monner 
os to transform the free:field:conversion:clouse into a fixed: 
field conversion :clause. Then PFORM executes the encode: 
stotement exoctly os it executes any encode:stotement with o 
fixed:field;conversion:clause. 

3.2.2. 1 1 .4 Example 

The example in this section illustrotes the vorious focilities provided by JIO ond 
o hypotheticol set of standardized opplicotion Specific Service Routines. 
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These Service Routines consist of a fomily of IOCS (Input/Output Control System) 
procedures ond o family of I OBS (Input/Output Buffering System) procedures. 
The IOCS routines appeor os service:calls in the fle:declarations. They cause 
information to be moved between internal buffers and the iorlists in file manipulation 
statements. The IOCS family calls upon the IOBS fomily to transmit information 
between the buffers and topes or disks by use of tope drives and disk drives. The 
following facts serve to clarify the example: 

• There are 15 transmission devices in the hypothetical system. 
These are devices 1 through 15. Device is the central 
processor itself. Devices 1 - 7 are tape drives. Devices 
8-15 are disk drives. 

• There are two files which are available to the programmer. 
These are SYSINP, the system input file, ond SYSO|JT, 

the system output file. SYSINP and SYSOUT are, respectively, 
permanently assigned to tapes 1 and 2. 

• IOCS ond IOBS make reference to five (global) tobies. 
FPT (File Parameter Table) contains file parameters. FPTW 
is a like table with the same structure as FPT. FPTW is a 
"working" file parameter table. DFT is a device/file table. 
There is one entry for each device. In o given entry, the 
item DFA is "true" if the device whose number is the ordinal 
of the entry is assigned to o currently opened file. If DFA 
is true, DF contains the value of the 'FILENUM which was 
generated by PFILE for that file. File buffers are always 
maintained in a special (global) table called SYSBUF'TABLE. 

• A buffer for a file is allocated in SYSBUF'TABLE by means 
of a system function called RESERVE'SYSBUF; the example 
assumes that SYSBUF'TABLE never runs out of space. (Note 
that the full computer word of this system takes 32 bits — each 
SYSBUF'TABLE entry is one 32 bit word in length.) The 
table BFT (Buffer/File Table) relates the index of the first 
SYSBUF word of a file buffer to the 'FILENUM of the file; 
the ordinal of a BFT entry is, in fact, the 'FILENUM value. 

The I CCS and IOBS Service Routines shown odhere to the following conventions: 

• Both functional and representational records are fixed length. 
A representational record may be o block of one or more 
functional records, but the block must always contain the 
same number of functional records. 

• A buffer for a file consists of the number of words in a 
representational record plus one word. 

• The first word of the buffer is a buffer control word; its value 
is always the device status as determined by the device 
procedure STAT'CHECK. 
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• No multiple buffering is permitted; only one representational 
record at a time may be maintained in a file buffer. 

• One and only one device is ever associated with a file. 
Only 15 files may ever be currently opened simultaneously. 

• Reading always begins at the first record in the functional 
record set and proceeds from record to record in the order 
of increasing reference number; no backspacing is allowed. 
POS is always assigned values from within the IOCS routines. 

Note that, for the purposes of simplicity, many important details have not been 
included in the example. It is for simplicity's sake also that the conventions 
above are used. Thus, this example is purposefully simplified and is not to be 
construed as a full-scale model for a set of Service Routines and is included on the 
following pages. 
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EXAMPLE 



START $ 

"FILE PARAMETER TABLE" 
TABLE FPTV 100S$ 
BEGIN 

ITEM FILE NAME H 24 $ "NAME OF FILE" 
BEGIN H(SYSINP) H(SYSOUT) END 
ITEM FUNC'REC LENGTH I 15 U $ 

"NUMBER WORDS PER FUNC RECORD" 
BEGIN 20 30 END 

"20 WORDS = 80 CARD COLUMNS, 
30 WORDS = 120 CHARACTER PRINT LINE" 
ITEM FUNCS'PER'REP I 15 U $ 

"NUMBER OF FUNC RECORDS IN 
REPRESENTATIONAL RECORD" 
BEGIN 1 1 END 

"SYSINP,SYSOUTARE UNBLOCKED" 
ITEM BASE/NUM I 32 U $ 

"IF STORAGE IS DISK, BASE'NUM = DISK 
ADDRESS OF ZERO-TH REP RECORD. 
IF STORAGE IS TAPE, BASE'NUM = FILE NUM ON TAPE" 
BEGIN END 

"SYSINP/OUT ARE TAPE, EACH FILE NUMBER ON THE REEL" 
ITEM DEVICE I 15 U $ 

"NUMBER OF DEVICE ATTACHED" 
BEGIN 1 2 END 
END "FPT" 

"NOTE THAT THE PRESETS IN FPT ARE FOR SYSINP AND SYSOUT" 
ITEM NENT'FPT I 32 S P 2 $ 
OVERLAY NENT' FPT = FPT $ 

"ESTABLISH NENT (FPT) AS 2 TO ACCOUNT FOR PREDEFINED SYSINP, 
SYSOUT ENTRIES" 

"NOW DEFINE A 'LIKE' WORKING FPT" 
TABLE FPTW R I 6 S L $ 
"DEVICE/FILE TABLE =ONE ENTRY PER DEVICE" 
TABLE DFT R I 6 S $ 
BEGIN 
ITEM DF I 32 S $ 

"DF ($ DEVICE NUMBERS) = FILENUM OF ASSOCIATED FILE" 
ITEM DFA B $ "DFA ($ DEVICE NUMBER $) 

= TRUE IF DEVICE IS ASSIGNED TO A FILE, OTHERWISE FALSE 
BEGIN "PRESET DFA TO FALSE" 
00000000 
00000000 g 



END "PRESET" 
END "DFT" 
"BUFFER/FILE TABLE — ONE ENTRY PER CURRENTLY OPENED FILE" 
TABLE BFT R |6 S $ 
BEGIN 
ITEM BFC I 32 U $ 

"BFC ($ 'FILENUMS) = INDEX OF FIRST SYSBUF 
WORD WHERE BUFFERS AND CONTROL WORDS FOR FILE 
'FILENUM BEGIN" 
END 
"SYSTEM BUFFER AREA" 

TABLE SYSBUF' TABLE V/^S $ 
BEGIN 

ITEM SYSBUF I 32 S $ 
END 
"SYSINP AND SYSOUT ARE ASSUMED OPENED" 
FILE AIRFIELD 

MODE 6 OPEN lOCSOPEN'INP (H(AIRFIELD)) 
INPUT IOCSINP ( = AIRFIELD'STAT) 
SHUT lOCSSHUT'lNP ( ) $ 
ITEM AIRFIELD'STAT I 32 S $ 

"THE FOLLOWING THREE ITEMS AND THE AF'PARAMS TABLE CONSTITUTE THE 
AIRFIELD FILE RECORD STRUCTURE" 

ITEM AF'NAME H 8 $ "2 WORDS" 

ITEMAF'LATFS "1WORD" 

ITEM AF' LONG F$ "1WORD" 

TABLE AF'PARAMS VI 2 P $ "25 WORDS WITH NENT" 
BEGIN 

ITEM AF/PARAM'l I 32 S $ 
ITEM AF'PARAM'2 F $ 
END 
"FUNCTIONAL RECORD LENGTH IS 29 WORDS" 
"DECLARE SYSINP BUFFER" 

ITEM SYSINP'BUF H 8 0$ 
"NOW, BRING IN THE REPRESENTATION PARAMETERS FOR AIRFIELD FILE FROM 
SYSINP. THESE PARAMS ARE FREE FIELD. THE GROUP OF THEM CONSTITUTES 
AN FPT ENTRY. THE PARAMS ARE 
AIRFIELD 
29 
10 
3 
9 
AIRFIELD IS THE HOLLERITH FILE NAME 
29 IS THE WORDS PER FUNC REC 

10 INDICATES THAT THE REPRESENTATIONAL RECORD IS A BLOC OF 10 FUNC RECORDS 
3 MEANS THE FILE IS THE FOURTH FILE ON A TAPE REEL (0 - ORIGIN INDEXING) 
9 MEANS TAPE DRIVE 9 IS THE DEVICE 
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"NOTE THAT IT IS A SIGNIFICANT FEATURE OF THE JSERVICE ROUTINES OF THIS 

EXAMPLE THAT FILE PARAMETERS MAY BE 'BOUND' AT EXECUTION TIME" 

"BRING IN FIRST SYSINP RECORD" 

GOTO BUF'FILLER$ 

'DECODE SYSINP'BUF (,BUF'FILLER) 

FILE NAME ($2$), FUNC'REC'LENGTH ($2$), FUNCS'PER'REP ($2$), 

BASE'NUM ($2$), DEVICE ($2$) $ 
CLOSE BUF'FILLER $ 

BEGIN 

"THIS CLOSE KEEPS THE BUFFER FILLED (FROM SYSINP) FOR 
THE 'DECODE STATEMENT ABOVE" 

INPUT SYSINP "FILE RECORD TO" SYSINP'BUF $ 

END 
"NOTE THAT FPT ENTRY 2 NOW CONTAINS THE AIRFIELD FILE PARAMS. IOCS 
WILL TRANSFER THESE PARAMS TO AN ENTRY IN FPTW WHEN THE FILE IS OPENED. 
IOCS AND IOBS WORK WITH THE PARAMS AS THEY APPEAR IN FPTW" 
'OPEN THE FILE" 
OPEN AIRFIELD MODE 0$ 
"READ FROM THE FILE" 
INPUT AIRFIELD 

AF'NAME, AF'LAT, AF'LONG, AF'PARAMS$ 
"CHECK FOR EOF" 
IF AIRFIELD'STAT EQ 3 $ 

BEGIN "EOF CODE" END 
IF AIRFIELD'STAT EQ 2 $ 

BEGIN "BAD TRANSMISSION CODE" END 



"THE FOLLOWING EXAMPLE ILLUSTRATES ANOTHER USAGE TO WHICH THE 
'EXECUTE STATEMENT MAY BE PUT. THIS USAGE MONITORS ARITHMETIC OVERFLOWS" 
'EXECUTE ENABLE (OVERFLOW) ($0$) OVF'l.S 



'EXECUTE DISABLE (OVERFLOW) ($0$) $ 
"THE FIRST 'EXECUTE INFORMS THE CPU (DEVICE 0) TO BEGIN MONITORING FOR 
OVERFLOWS. THE SECOND 'EXECUTE CAUSES OVERFLOW MONITORING TO BE 
SUSPENDED. THE MONITORING IS PERFORMED FOR ALL STATEMENTS BETWEEN 
THE TWO 'EXECUTES. OVF'l NAMES A CLOSE WHICH WILL BE INVOKED WHEN AN 
OVERFLOW OCCURS" 



SHUT AIRFIELDS 
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PROC lOCSOPEN'INP (NAME'OF'FILE) $ "OPEN INPUT SERVICE" 
'ENTRANCE ICCSCPEN'OUT (NAME'OF'FILE) $ "OPEN INPUT SERVICE" 

ITEM NAME'OF'FILE H 24 $ "HOLLERITH FILE NAME" 
'ENTRANCE IOCSINP (=FILESTAT) $ "INPUT SERVICE" 
'ENTRANCE IOCSOUT ( ) $ "OUTPUT SERVICE" 
'ENTRANCE IOCSINS () $ "INSERT SERVICE" 
'ENTRANCE IOCSDEL() $ "DELETE SERVICE" 
'ENTRANCE lOCSSHUT'lNP $ "SHUT SERVICE FOR INPUT" 
ITEM FILESTAT I 32 S $ "FILE STATUS FLAG" 
BEGIN "IOCS COMPLEX" 
"WORKING PARAMS" 
ITEM FPT'INDEX I 32 U $ 
ITEM SYSIND I 32 S $ 
lOCSOPEN'INP. 

"LOOK UP NAME'OF'FILE IN FPT TO FIND INDEX OF ENTRY WITH NAME'OF'FILE' 

FOR I = ALL (FILENAME) $ 

BEGIN 

IF FILENAME ($ 1$) EQ NAME'OF'FILE $ 
BEGIN 

FPT'INDEX = I $ 
GOTO IOCSOPEN' I $ 
END 

END 
"NAME'OF'FILE NOT IN FPT — ERROR CODE HERE" 
IOCSOPEN'1. 

"NOW MOVE FPT ENTRY AT FPT'INDEX TO FPTW ENTRY AT 'FILENUM FOR LATER 
EASE OF ACCESS" 

ENTRY (FPTW ($ 'FILENUM $) = ENTRY (FPT ($ FPT 'INDEX $)) $ 
"NOW GO ASSIGN (AND POSITION) DEVICE AND RESERVE BUFFER SPACE 

IOBSOPEN'INP( ) $ 

RETURN $ 
"END OF lOCSOPEN'INPV 
IOCSINP. "CODE FOR INPUT SERVICE" 

"GET THE NEXT LOGICAL RECORD" 
IOBSINP( = SYSIND) $ 

"WAS THERE A TRANSMISSION ERROR" 

IF SYSIND EQ -1 $ 

FILESTAT = SYSIND $ 

"WAS THERE AN END OF FILE" 

IF SYSIND EQ -2 $ 

FILESTAT = SYSIND $ 

"TRANSMISSION WAS OK ~ NOW MOVE BUFFER TO IO 

OPERAND (S) SPECIFIED IN INPUT STATEMENT" 

TBL (SYSBUF, SYSIND, FUNC'REC'LENGTHW($'FILENUM $) ) $ 

RETURN $ 
"END OF IOCSINP" 
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lOCSSHUT'lNP. "ENTRANCE TO SHUT FILE" 
IF DEVICE W ($ ' FILENUM $) LS 8 $ 
BEGIN "REWIND TAPE" 
WAIT'SHUT. 

'EXECUTE STAT'CHECK ( = TEMPI) 

($ DEVICEW ($ 'FILENUM $)$)$ 
IF TEMPI EQ $ GOTO WAIT'SHUT $ 
"INITIATE REWIND" 
'EXECUTE REWIND () 

($ DEVICEW ($ ' FILENUM $ ) $ 
END 
"NOW UNRESERVE DEVICE" 

DFA ($ DEVICE ($ 'FILENUM $) $) = $ 
RETURN $ 
"NOTE — 

DEVICE PROCEDURE 

STAT'CHECK ( = STAT) 
IS PERFORMED INSTANTANEOUSLY 
STAT = 1 IF DEVICE READY WITH NO ERRORS 

= 2 IF DEVICE READY BUT LAST TRANSMISSION OPERATION 

RESULTED IN ERROR 
= 3 IF DEVICE READY BUT LAST TRANSMISSION WAS A 

READ WHICH ENCOUNTERED AN END OF FILE MARK 
= IF DEVICE NOT READY 

STAT TAKES ONLY AND 1 AS VALUES IF THE LAST OPERATION ON THE 
DEVICE WAS NOT A TRANSMISSION (e.g., REWIND) 
PROC lOBSOPEN'INP ( ) "ASSIGN DEVICE AND POSITION" 
'ENTRANCE IOBSINP ( = SYSBUF'INDEX) $ 
ITEM SYSBUF'INDEX I 32 S $ 
BEGIN "IOBS COMPLEX" 
ITEM TEMPI I 32 U $ 
ITEM TEMP2 I 32 U $ 
"CODE FOR lOBS'OPEN'INP FOLLOWS" 

"CHECK TO SEE IF DEVICE HAS ALREADY BEEN ASSOCIATED WITH A FILE" 
IF DFA ($ DEVICEW ($'FILENUM$) $ ) $ 
BEGIN "IN USE" 

"ERROR CODE HERE" 
END 
"NOW SET DFA TO SHOW DEVICE IS ASSIGNED TO FILE. ALSO SET DF TO VALUE 
OF FILENUM OF ASSOCIATED FILE" 
DFA ($ DEVICEW ($ 'FILENUM $) $) = 1 $ 

DF ($ DEVICEW ($ 'FILENUM $) $) = 'FILENUM $ 
"NOW FIGURE OUT HOW MUCH BUFFER SPACE TO GET" 
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TEMP 1 = FUNC'REC LENGTH W ($ 'FILENUM$)* 

FUNCS'PER'REPW ($ 'FILENUM $) + 1 $ 
"GET INDEX IN SYSBUF OF FIRST WORD OF BUFFER COMPLEX FOR THIS FILE" 
TEMPI - RE SERVE' SYSBUF (TEMPI) $ 

"NOTE RESERVE'SYSBUF IS A SYSTEM FUNCTION DESIGNED TO ALLOCATE 
SPACE, AS SPECIFIED BY AN INPUT PARAM, IN SYSBUF. THE VALUE OF THIS 
FUNCTION AFTER EXECUTION IS THE SYSBUF FIRST WORD INDEX" 
"SET THIS INDEX UP IN BFT" 

BFC($ 'FILENUM $) = TEMPI $ 
"NOW DO DEVICE POSITIONING. IF TAPE, REWIND, IF DISK, DO NOTHING. 
FIRST, WAIT FOR UNIT TO COME READY" 
WAIT'O. 

'EXECUTE STAT'CHECK ( = TEMPI) 
($ DEVICEW ($ FILENUM $) $) $ 
"WAIT LOOP" 
IF TEMPI EQ 0$ 

GOTO WAIT'O $ 
IF DEVICEW ($ ' FILENUM $) LS 8 $ "TAPE OR DISK" 
BEGIN "TAPE, INITIATE REWIND" 

'EXECUTE REWIND ( ) ($ DEVICEW ($ ' FILENUM $) $) $ 
"BEGIN WAIT LOOP" 

WAIT'l. "STAT'CHECK IS INSTANTANEOUS" 
'EXECUTE STAT'CHECK ( = TEMPI) 

($ DEVICEW ($ ' FILENUM $) $) $ 
IF TEMPI EQ $ GOTO WAIT'l $ 
"END REWIND WHEN TEMPI EQ 0" 
"NOW INITIATE TAPE POSITIONING" 
'EXECUTE 

SKIP'FILES'FORWARD (BASE'NUM ($ 'FILENUM $)) 
($ DEVICEW ($ 'FILENUM $) $) $ 
WAIT '2. "WAIT TILL DONE -- NOOP IF BASENUM = 0" 
'EXECUTE STAT'CHECK ( = TEMPI) 

($ DEVICEW ($ ' FILENUM $) $) $ 
IF TEMPI EQ $ GOTO WAIT'2 $ 
RETURN $ "END OF SKIP'FILE'FORWARD" 
END 
"NOW START INPUT INTO BUFFER" 
IOBS READ ('FILENUM, BASE'NUMW ($ ' FILENUM $) ) $ 

"NOTE BASE'NUMW ABOVE WILL NOT BE USED BY IOBSREAD IF DEVICE IS TAPE" 
RETURN $ "END IOBSOPEN' INP" 

IOBSINP. "ENTRANCE TO IOBS FOR 'INPUT' SERVICE CALL" 
TEMP2 = REM (POS, FUNCS'PER'REPW ($ 'FILENUM $) ) $ 
"TEMP 2 NOW CONTAINS THE ORDINAL OF THE FUNCTIONAL RECORD IN 
THE BUFFER" 



73 



IFTEMP2 NQ 1$ 

BEGIN "A READ WAS INITIATED PREVIOUSLY" 
WAIT'INP. 

IF SYSBUF ($ BFC ($ 'FILENUM $) $) EQ $ 

GOTO WAIT'INP $ "BUFFER IS STILL FILLING" 
"WHEN DONE, TEST FOR EOF" 
IF SYSBUF ($ BFC ($ ' FILENUM $) $) EQ 3 $ 
BEGIN 

"CODE TO PROCESS END OF FILE" 
END 
"NOW TEST FOR TRANSMISSION ERROR " 
IF SYSBUF ($ BFC ($ ' FILENUM $) $) EQ 2 $ 
BEGIN 

"CODE TO PROCESS ERROR" 
END 
END "BUFFER IS FILLED" 
"NOW COMPUTE BUFFER ADR" 
SYSBUF'INDEX = BCF ($ 'FILENUM $) + FUNC'REC'LENGTHW ($ 'FILENUM $) * 

TEMP2 + 1 $ 
"INCREMENT POS" 

POS = POS + 1 $ 
"NOW TEST TO SEE IF BUFFER NEEDS FILLING" 
TEMP 2 = REM (POS, FUNCS'PER'REPW ( $ 'FILENUM $)) $ 
IF REMEQ 0$ 
BEGIN 

"IF DISK, COMPUTE NEW DISK ADDRESS AND STORE IN TEMP 2" 
IOBS READ ('FILENUM, TEMP2 ) $ 
END 
"RETURN —ALL DONE" 
END "IOBSINP" 

"READ COMPLETION ROUTINE" 
PROC ENDREAD ( ) $ 

ITEM TEMP I 32 S $ 
BEGIN 

"FIND OUT WHICH DEVICE CAUSED INTERRUPT" 

'EXECUTE WHICH ( = TEMP) ($ $) 

"DEVICE PROCEDURE 'WHICH' IS INSTANTANEOUS. IT ASKS THE 

CPU 'DEVICE' WHICH OTHER DEVICE CAUSED THE LAST INTERRUPT. 

THE ANSWER IS PLACED IN TEMP" 

"NOW DO STATUS CHECK — PLACE STATUS IN BUFFER CONTROL WORD" 

'EXECUTE STAT'CHECK 

( = SYSBUF ($ BCF ($ DF ($ TEMP $) $) $) ) 
($ TEMP $) 
"RETURN" 
END 
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PROC IOBSREAD (NFILE, DISKADR) 
ITEM NFILE I 32 S $ 
ITEM DISKADR I 32 U $ 
BEGIN 

ITEM TEMPI I 32 S $ 
"FIRST SET BUFFER CONTROL WORD TO -- BUFFER WILL BE FILLING WHEN WE 
EXIT THIS PROC" 

SYSBUF ($ BFC ($ NFILE $) $) = $ 
"IS DEVICE DISK OR TAPE" 
IF DEVICEW ($ NFILE $) LS 8 $ "TAPE" 

GOTO TAPE'READ. 
DISK'READ. "WAIT FOR DISK READY" 
'EXECUTE STAT'CHECK ( - TEMPI) 
($ DEVICEW ($ NFILES) $) $ 
IF TEMPI EQ $ GOTO DISK'READ $ 

"NOW INITIATE DISK READ — NOTE THAT THE DEVICE PROCEDURE 
READ DISK IS NON-INSTANTANEOUS" 
'EXECUTE READDISK ( DISKADR, "DISK ADDRESS" 

"NUM WORDS TO READ" FUNC'REC LENGTHW ($NFILE$)* 

FUNCS'PER'REPW ($NFILE$), 
"CORE LOCATION OF BUFFER" 'LOC ( SYSBUF) + BFC ($ NFILE $) + 1 ) $ 
"DEVICE" ($ DEVICEW ($ NFILES) $) 
"COMPLETION ROUTINE" ENDREAD ( ) $ 
RETURN $ 
TAPE'READ. "WAIT FOR TAPE READY" 
'EXECUTE STAT'CHECK ( - TEMPI) 
($ DEVICEW ($ NFILE$)$) $ 
IF TEMPI EQ $ GOTO TAPE'READ $ 

"NOW INITIATE TAPE READ — DEVICE PROCEDURE IS NON-INSTANTANEOUS' 
'EXECUTE READTAPE ( FUNC'REC LENGTHW ($NFILE$)* 

"NUM WORDS TO READ" FUNCS'PER'REP ($ NFILE$), 
"CORE BUFFER ADDRESS" 'LOC (SYSBUF) + BFC ($NFILE$) + 1 ) $ 
"DEVICE" ($ DEVICEW ($ NFILE$) $) 

"COMPLETION ROUTINE" ENDREAD ( ) $ 
"RETURN" 
END "IOBSREAD" 
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3.2.2.12 The Stop:statement 
The stop:statement has the form: 

STOP 6$ 

A stop:statement has the effect of terminating the sequence of executions initiated 
when the main:program began executing. This is true whether or not the stoprstatement 
is executed in the main:program or in a closed subroutine subordinate to the mafnrprogram. 
The stoprstatement in a closed subroutine does not cause control to pass to the calling 
program . 

3.2.2.13 The Pause:statement 

A pauseistatement is: 

PAUSE 8 statement-.name 9 

optional :service:ca 1 1 9 $ 

When a pause:statement is executed, the service:call , if included, is operated. Upon 
completion of the serviceicall execution, the sequence of executions initiated when the 
mainrprogram began executing is suspended. This is true whether or not the pauserstatement 
was executed in the mainrprogram or in one of the closed subroutines subordinate to it. 
When execution is restarted by some external means, the first statement executed is the 
one labelled by statementrname. Note that the execution of a pause;statement which 
has no serviceicall takes place in the same manner as above except, of course, that 
there is no servicercall operation. It is anticipated that a common use of the serviceicall 
will be to output some sort of identification information (e.g. to the printer). 

3.2.2. 14 Rounded:assignment:statements 

A rounded:assignment:statement has the form: 

numeric:variable 9 = 9 

numer?c:formula 9 'ROUNDED 9 $ 

The rounded:assignment:statement produces exactly the same result when the evaluated 
numer?c:formula is assigned to the numericivariable as would be obtained if the numeric: 
variable were declared in an item:declaration with the abbreviation R. (ROUNDED has 
no effect if indeed numeric:variable was declared in an item:declaration with the 
abbreviation R.) 
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3.2.2.15 Extension to Program 
Program means: 

START ©optionahorigin $ 



or: 



8 statemenhlist 

TERM optional:statement:name $ 



CLOSE name 

START 9 optionahorigin $ 
statementrlist TERM $ 



or: 



START optionahorigin procedure :dec I arat ion 
TERM 9 $ 

The meaning of the first two forms is given in CED 2487.1 . The third form provides the 
facility for compiling "stand-alone" procedures. The effect of optionahorigin is the 
same as for the first two forms. The program defined by the third form has the same name 
as the procedurername in the procedure:declaration. The program may also be referenced 
by the alternate:entrance:name which appears in any alternate:procedure:entrance: 
declaration. A program defined by the third form is invoked precisely as any procedure. 
Also, the procedurername and any alternate:entrance:names are category 3 names. 

3.2.3 Nucleus Features 



Based on the criteria as described in Section 1 (1 .3) and the users responses to the 
JOVIAL Application Questionnaire and Interview questions (contained in Appendix 3) 
as summarized in Appendix 2 and 4, respectively, the following features are recommended 
for inclusion in the nucleus. The references are to the appropriate sub-sections of the 
JOVIAL Application Questionnaire (JAQ), Section 3 of this report (Section 3), Interview 
Response Analysis in Appendix 4(1), and the Approach for Change (AFC) . Specifica- 
tion of each feature is contained in the JOVIAL Application Questionnaire for the current 
JOVIAL features considered and in Section 3 for recommended extentions. Justification 
for inclusion of features as a nucleus is contained in Appendix 2 (which is organized 
by AFC numbers) and Appendix 4 (which is organized by I numbers). 
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JAQ/Sec. 3 
J3.5. 1.1. 11.1 


AFC/I 




Al. 1.1.1 




J3.5.2.5 


Al. 1.1.1 


ft 


J3.5.1.1.14 


Al.1.1.3 




3.2.2.4 


1 3,17 




J3. 5. 1.1. 14 


Al .1.3 




J3.5. 1 .3.1 


Al.2.2 


Rigid 


J3.5.1.3.4 


Al.2.3 


Variable 


J3.5.1.3.4 


Al.2.3 




J3.5.2.2.2.6 


Al.2.3 




J3.5.2.2.2.2 


A2.2 


omplex 








J3.5.2.2.1 


A2.4 




J3.5.2.2.1 


A2.4 




J3.5.2.6 


A2.5 


>ata 


J3. 5. 1.1. 15 


A3 



Feature 

1) Item Type Hollerith 

2) Hollerith Formula 

3) Character Data Size Attribute 

4) Operations on Literal Data 

5) Explicit Size Attribute 

6) Structure Table 

7) Table Variability Attribute 

8) Table Variability Attribute 

9) NENT 

10) BYTE 

11) Subscripting - Expressed as 
Numeric Formula 

12) Subscripting - Nested 

13) Table Entry Referencing 
(ENTRY only may be used) 

14) Computer Representation of Data 

15) Computer Representation of Numeric 

Items and Constants 3.2.2.5 I 11 

16) Octal Constants, Hexadecimal Constant 
(Must implement one or the other, 
may implement both) 

17) Basic Table Structure Attribute-Parallel 

18) Basic Table Structure Attribute - Serial 

19) Defined (Table) Packing 

20) Independent Overlay Declaration 

21) 'LOC 

22) Parenthesized Numeric Formulas 

23) Mixed Item Types in Numeric Formulas 

24) Item Type Integer 

25) Item Type Fixed Point 

26) Item Type Fixed Point - Scale in 
Declaration Blank or Zero 

27) Item Type Floating Point 

28) Sign Attribute 

29) Prefix + and - 

30) Precedence of Unary Operators 
(Alteration of precedence of +, -) 

31) Exponentiation Operator (Notation**only) 

32) Relational Formulas (excluding chained) 

33) Boolean Formulas - with AND, OR, NOT 

34) Item Type Boolean 

35) Numeric Item Type Conversion in the 
Assignment Statement 
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J3.5. 1.1.1 




3.2.2.1 


A3. 1,1 12 


J3.5.1.3.5 


A3. 3 


J3.5.1.3.5 


A3. 3 


J3.5.1.3.6.2 


A3. 5 


J3. 5. 1.7.1 


A3. 6 


J3.5.2.1.1 


A3. 8 


J3.5.2.3.1 


A4 


J3.5.2.3.5 


A4 


J3.5.1.1.4 


A4 


J3.5.1.1.5 


A4 


J3.5.1.1.5 


A4 


J3.5.1.1.9 


A4 


J3.5.1.1.6 


A4.4 


J3.5.2.3.2 


A4.5 


3.2.26 


1 17 


J3.5.2.3.3 


A4.5 


J3.5.2.7 


A6.1 


J3.5.2.8 


A7.1 


J3. 5. 1.1. 12 


A7.2 


J3.5.3.1 


A8 



Featu 



re 



36 


1 Boolean Assignment Statement 


37 


1 Item Preset 


38 


) Table Preset 


39 


1 Compound Statement 


40 


) GOTO Statement 


4i; 


) STOP Statement 


42 


1 IF Statement 


43] 


FOR-loop-One Factor 


44; 


1 FOR-loop-Two Factor 


45; 


FOR-loop-Three Factor 


46] 


FOR- loop- Decrementing 


47; 


Test Statement 


48] 


Program 


49; 


Procedure (Excluding Function) 


50; 


Function 


51] 


Alternate Entrances to Procedures 




and Functions 


52] 


Close 


53] 


Return Statement 


54) 


Direct Code 


55) 


Data Editing and Conversion 


56) 


Multiple Statement Labels 


57) 


ALL 


58) 


COMPOOL 


3.: 


1.4 Optional Features 



JAQ/Sec. 3 


AFC/I 


J3.5.3.1 


A8 


J3. 5. 1.6.1 


A8.1 


J3.5.1.6.2 


A8.1 


J3.5.4.2 


A9.1 


J3.5.5 


A9.2 


3.2.2.12 


A9.3, 1 24 


J3.5.5.3 


A9.4.1 


J3.5.5.5 


A9.5 


J3.5.5.5 


A9.5 


J3.5.5.5 


A9.5 


J3.5.5.5 


A9.5 


J3.5.5.5.6 


A9.5.4 


J3.5.4.10 


A9.6,A9.' 


J3.5.4.6 


A9.6.1 


J3.5.4.8 


A9.6.1 


3.2.2.9 


1 28 


J3.5.4.5 


A9.6.2 


J3.5.5.6 


A9.6.3 


J3.5.4.4 


A9.8 


3.2.2.11.3 


1 31 


J3.5.4.3 


All. 2 


J3.5.5.5.5 


A12.5 


J3.5.6.1 


A12.6 



Based on the same criteria and data as indicated in Section 3.2.3 above, the following 
features are recommended for the optional category. 



Feature 



1) 


Hexidecimal Constants 


2) 


Simplified Hollerith Constant Form 


3) 


User Definable Character Encoding 




Scheme ('CHARCODE) 


4) 


Item Type Status 


5) 


Status Formulas (Must be implemented 




together) 


6) 


Explicit Status Size Attribute 


7) 


Structure Array 


8) 


NWDSEN 


9) 


BIT 



JAQ/Sec. 3 


AFC/I 


3.2.2.1 


1 12 


3.2.2.2 


- 


3.2.2.3 


1 2 


J3. 5. 1.1. 13 


Al.1.2 


J3.5.2.5 


Al.1.2 


J3. 5. 1.1. 14 


Al.1.3 


J3.5.1.2 


Al.2.1 


J3.5.2.1.2 


Al.2.4 


J3. 5. 2. 2. 2.1 


A2.1 
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Feature 

10) Ordinary Packing (Dense only is allowed) 

11) Absolute Value Operator 
(ABS only is allowed) 

12) Extended Precision Numeric Items 
and Constants 

13) Chained Relational Formulas 

14) Array Preset 

15) Exchange Statement 

16) IFEITH/ORIF Statements 

17) Index Switch 

18) Item Switch 

19) Close in Parameter List (of Procedure) 

20) Statement Label in Parameter List 
(of Procedure) 

21) 'PROGRAM Declaration 

22) Item Declaration 

23) Define Directive 

24) Extended Define Directive 

25) MODE Directive 

26) Extended Mode Directive 

27) Like Table Declaration 

28) Device oriented Input/Output Module 

29) Functional File Input/Output Module 

30) Pause Statement 

31) Extension to Program ("Stand-alone" Procedure) 3. 2. 2. 15 



JAQ/Sec. 3 


AFC/I 


J3.5. 1.3.6.1 


A3. 4 


J3.5.2.3.4 


A4.7 


3.2.2.10 


1 16 


J3.5.2.7 


A6.2 


J3.5.1.6.3 


A8.1 


J3.5.3.2 


A8.3 


J3.5.5.4 


A9.4.2 


J3.5.5.2 


A9.4.3 


J3.5.5.1 


A9.4.4 


J3.5.4.6 


A9.6.1 


J3.5.4.6 


A9.6.1 


J3.5.4.11 


A9.7 


J3.5.1.1.2.2 


All.l 


J3.5.6.2 


A12.1 


3.2.2.7 


1 35 


J3.5.1.1.3 


A12.2 


3.2.2.8 


A12.2J 36 


J3.5.1.3.2 


A12.4 


3.2.2.11.1 


1 33 


3.2.2.11.2 


1 32 


3.2.2.13 


125 
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SECTION IV 



ADDITIONAL RECOMMENDATIONS 



4.1 Specific Study Topics 

During the course of the interviews several unplanned for auxiliary topics of unusual 
interest were discussed. Some of these subjects were concerned with general language 
aspects, others with specific required features, and still others with implementation 
constraints. Following is a list of the more important concepts raised in the discussions, 
the details of which are included in Appendix 1 . DDI strongly recommends in-depth 
studies of all of the concepts for possible inclusion in future JOVIAL language extensions. 

4.2 General Concepts 

1 . JOVIAL Input/Output - Many comments were made indicating that some 
JOVIAL input/output specification should be included in the language. 
DDI has included a set input/output specifications in the Extension Specifi- 
cations, however, further effort is required to increase the comprehensiveness 
of these specifications. 

2. JOVIAL Library - It was recommended that a standard JOVIAL Source 
Language Library should be generated and available to all users. 

3. JOVIAL COMPOOL - It was proposed that the COMPOOL be rigidly 
specified in the language rather than permitting individual interpretations 
of the concept by the implementors of the JOVIAL language. 

4. Real Time Concepts - It was suggested that statements facilitating real 
time applications should be included in the language. 

5. List Processing - It was proposed that some of the notions associated with 
the concepts of list processing should be included in this language. 

4.3 Specific Concepts 

The following specific functions were recommended for inclusion in the JOVIAL language: 

1 . Bit string items with associated bit string operations. 

2. Expanded data structuring and associated data referencing concepts. 

3. Loader and Compiler Directives. 

4. Implied subjects and objects in IF statements. 

5. Expanded character set. 

6. Multiple assignment statement. 

7. Non-linear loop incrementing. 



81 



4.4 Language/Compiler Design Goals 

During discussions the following general language and compiler design goals were 
considered worthy of further investigation: 

1 . Attainment of absolute machine independence. 

2. Improved readability of JOVIAL computer programs. 

3. Less verbose . 

4. Separate function from functional software. 

5. Compatibility with manufacturer software. 
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APPENDIX I 



INTERVIEW MATERIAL 



This appendix contains a list of the agencies and firms who participated in the study 
together with information regarding their JOVIAL Application Questionnaire and 
interview responses, DDI interviewed ten military agencies, two industrial firms, 
and one non-military governmental agency in this study. Following is a list of those 
organizations interviewed together with associated abbreviations that are used to 
identify them throughout this and associated documents. 

1 . ADC Computer Programming and Analysis Center 
Ent Air Force Base 
Colorado Springs, Colorado -ADPAC 

2. Computer Sciences Corporation 
650 N. Sepulveda Boulevard 

El Segundo, California -CSC 

3. Federal Aviation Agency 

800 Independence Avenue, S.W. 

Washington, D.C. -FAA 

4. FOCCPAC 
U.S. Navy 

Honolulu, Hawaii -FOCC 

5. Operational Program Maintenance Branch 
4th Air Force Combat Center 
Hamilton Air Force Base 

San Francisco, California -HAM 

6. NAVCOSSACT 
Washington Naval Yard Annex 

Washington, D.C. -NAVC 

7. National Civilian Defense Computer Facility 

Olney, Maryland -NCDCF 

8. Naval Electronics Laboratory 
Command and Control Facility 

San Diego, California -NEL 
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9. Defense Communication Agency 

Naval Military Command System Support Center 

Pentagon 

Washington, D. C. -NMCSSC 

10. Headquarters NORAD 
NHCP 

Ent Air Force Base 
Colorado Springs, Colorado -NHCP 

11 . Rome Air Development Center 
Griffiss Air Force Base 
Rome, New York -RADC 

12. Headquarters SAC 

Offutt Air Force Base 

Nebraska -SAC 



13 Trans World Airways Data Processing Center 

King Road 
Rockleigh, New Jersey 



-TWA 



The selected organizations responded to the JOVIAL Application Questionnaire 
(JAQ) in varying degrees of detail. Some responded qualitatively, some quanta- 
tively, and some not at all . Following is a summary of the responses to the JAQ 
by the selected respondents: 

Complete quantitative response to three JAQ's. 

No JAQ usage rates because of CSC's role as a 

JOVIAL compiler writer rather than a JOVIAL user. 

No JAQ usage rates were given; only qualitative 

results were provided. 

Complete quantitative responses to three JAQ's. 

Complete quantitative responses to one JAQ. 

Complete quantitative responses to three JAQ's. 

Complete quantitative responses to one JAQ. 

Complete quantitative responses to one JAQ. 

Complete quantitative responses to one JAQ. 

Responses received too late to be considered for 

analysis. 

Complete quantitative information was returned on 

three of the four JAQ's. 

Complete quantitative information was provided on 

four JAQ's. 

Because of a tight schedule, TWA did not complete 

their JAQ. 



1. 

2. 


ADPAC- 
CSC- 


3. 


FAA- 


4. 
5. 
6. 
7. 
8. 
9. 
10. 


FOCC- 

HAM- 

NAVC- 

NCDCF- 

NEL- 

NMCSSC 

NHCP- 


11. 


RADC- 


12. 


SAC- 


13. 


TWA- 
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Eoch of the numbered sections thot follow contain information summorizing the results 
obtained from eoch respondent, A complete description of the respondent is given, 
his response to the JAQ is noted, ony written interview material is included and notes 
are provided thot reflect generol impressions gathered from the questionnaire and inter- 
view. The respondents ore listed in eoch section occording to the sequence indicoted 
above, Eoch of the sections contoining data from the respondent is orgonized occording 
to the following outline: 

1 . Orgonizotion - Porticulor applicotion for specific agency. 

2. Contoct - Orgonizotion representative. 

3. Orgonizotion Identifier - Organization abbreviation. 

4. Number of JAQ's returned - Self Explonotory. 

5. Date of Interview - Self Explonotory, 

6. JAQ Response Notes - Comments obout the response to the JAQ. 

7. Application - Information about each applicotion 

responded to in a JAQ. 

8. Interview Notes - Statements of actual interview responses or 

interpretations of interview responses if 
required . 

1.0 ADPAC 



1.1 Organization: ADC Computer Programming ond Anolysis Center 

ADPAC 

Ent Air Force Base 

Colorodo Springs, Colorodo 

1.2 Contoct: Lt, Jon Feller 
1 ,3 Organization Identifier: ADPAC 

1 .4 Number of JAQ's Returned: 4 

1 .5 Date of Interview: 14 Moy 1968 

1 .6 JAQ Response Notes: 

Three of the JAQ's returned contain response doto for three distinct sub- 
applications. These are identified by ADPAC-1, ADPAC-2, ADPAC-3. There 
is one compiler for all sub-applications. Complionce information was taken 
from the JAQ for ADPAC-3. 

1 .7 Applicotion: 



(1) Sub-applicotion ADPAC-1 
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Sub-application Name: Special Programs Section 

Sub-application Description: 

Data reduction and analysis for radar evaluation and SNOWTIME. The sub-application 
includes editing, statistical calculation and data extraction. Sub-application currently 
consists of 7 computer programs with more expected to be started in the near future. 
Some computer programs were converted from COBOL. 

Total Number of JOVIAL Statements: 5462 

Sub-application Hardware Configuration: See under ADPAC-2. 

Operating System: No information given. 

Background: 

JOVIAL was used because it was the language best suited for the project. 

Average years experience of programmers: 3 

Average years JOVIAL experience: 1 

Dialect used: JOVIAL J3 

Compilation speed: Not given. 

Compiled code: Not relocatable. 

(2) Sub-application ADPAC-2 

Sub-application Name : SPACE TRACK 

Sub-application description: 

The objective of the sub-application is to maintain surveillance of all earth orbiting 
objects. 

Total Number of JOVIAL Statements : 1400 (Approx.) 

Computer manufacturer and model Philco 2000/212 



High speed memory storage 32K words 

Size 256K six bit bytes 

Word size if applicable 48 bits 

Input/Output devices 
Drum 

Manufacturer and model Bryant 

Storage capacity 10,000,0003 six bit bytes 

Quantity on this configuration 2 
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Disc 

Manufacturer and model 

Storage capacity 

Quantity on this configuration 

Magnetic tapes 

Manufacturer and model Ampex 

Recording densities permitted 

Quantity on this configuration 14 

Card punches 

Manufacturer and model 

Card punch speed 

Quantity on this configuration of this type 

Card reader 

Manufacturer and model IBM 

Card read speed 

Quantity on this configuration 

Printer 

Manufacturer and model Philco 

Printer speed 1,000 lines/min 

Quantity on this configuration 1 

Paper tape reader 

Manufacturer and model 

Tape read speed 

Quantity on this configuration 

Paper tape punch 

Manufacturer and model 

Tape punch speed 

Quantity on this configuration 



Operating system: 



Name: DELTA 

Developer: SDC 

Mode of operating system: Batch Processing and Real Time 



Background: 



JOVIAL was used because it was the official Air Force language. 
Average years experience of programmers: SDC - 5, Military - 3 
Average years JOVIAL experience: SDC - 5, Military - 1 
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Dialect used: JOVIAL J3 

Compilation speed: Not given. 

Compiled Code: "Applications are all RPL". 

(3) Sub-application ADPAC-3 

Sub-application Name: Satellite Archives - Storage and Retrieval 

Sub-application Description: 

The purpose of the sub-application is to store and retrieve satellite observations and 
element sets. The current Archives system programs are for the most Dart written in 
TAC. Only one short program has been written in JOVIAL but plans for the future 
involve rewriting of all programs in JOVIAL. 

Total Number of JOVIAL Statements: 278 

Sub-application Hardware Configuration: See under ADPAC-2 

Operating System: 

Name: COSMOS 

Developer: SDC 

Mode of operation: Batch processing 

Background: 

• JOVIAL was used to stay compatible with other projects and because it was the 

official Air Force language. 
Average years experience of programmers: 6 
Average years JOVIAL experience: Not given 
Dialect used: J3 
Compilation speed: Not given 
Compiled code: Not given 

1.8 Interview Notes: 



The following written information was received at the time of the interview. 
General: 

• We have three areas of application. The largest, 80% of our JOVIAL programs 

is SPADATS(496L). The Special Projects Section has 15%. The smallest is 
Archives with 5%. 
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• Technical data an the status af aur compiler is contained in the Archives booklet. 
A description af JOVIAL library routines and diagnostic messages is included. 
Also included is a sample output and user instructions far the utility routine 
REFORM. 

• Conclusions: Judging from aur usage af JOVIAL two subsets wauld seem ta be 
needed. One an extension af AFM 100-24 JOVIAL ta facilitate scientific data 
analysis; the second a limited version without many af the features af AFM 100-24 
far use in specific applications within real time systems which require extremely 
efficient cade and minimum care utilization. It wauld alsa seem desirable ta 
include specifications and minimum number af routines far the JOVIAL library. 

HQ ADC, ADPAC, Special Programs Section 

• JOVIAL programming in the Special Programs Section started in August 1967. 
The first implementation was the Radar Evaluation System. A limited version had 
been implemented in COBOL. It was desired ta include mare extensive calcula- 
tions, which cauld not be done in COBOL. Bath FORTRAN and JOVIAL were 
considered. Because af the greater pawer and flexibility af JOVIAL it was 
selected. 

• The JOVIAL features which were significant in this decision were: 
The ability ta mave and use data by BYTE modification. 

The ability ta pack data in care tables and in tape records. 

The ability ta imbed arithmetic operations in subscripting and in operations, 
such as, BYTE($10 + A*3$) where A is a laap variable. 

The ability ta overlay data. 

The define statement. 

The ability ta do manual conversion af input data enabling the same data fields 
ta be used far bath numeric and alphabetic data. 

• Further JOVIAL programs are being written far the SNOWTIME data analysis 
series. Plans call far placing the ADPAC status report in JOVIAL. 

• The following changes were proposed far JOVIAL: 
Add carraige control aptian far printed output. 

Expand features far conversion af numeric input/autput ta include signs and 
decimal paints. 
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Greater detail in diagnostics. Too many merely state that there is an error 
without specifying the exact problems. 

HQ ADC, ADPAC SPACE TRACK 496L 

Computer programs are mostly in TAC (Philco 2000 assembly language) at the present. 
As major changes are made to the computer programs they are being written in JOVIAL. 
The following changes to JOVIAL were indicated to be highly desirable: 

• The capability to overlay COMPOOL defined items and tables with program defined 
items and tables. 

• For integer by integer division the fractional bits should be preserved according 
to the resulting defined integer. 

• JOVIAL I/O should include the option of having automatic conversion of numeric 
items, like that in FORTRAN. 

• AFM 100-24 should include specifications for a standard JOVIAL library. 

• There should be a JOVIAL subset which is more limited than that of AFM 100-24. 
The purpose being to produce extremely efficicient code, both core size and 
execution time. This is needed for real time systems. 

• A traceback routine should be included for program error halts to aid in determining 
the cause . 

• GEN2 diagnostics should give the line number. 

• When possible diagnostics should indicate the specific column which contains the 
error . 

Other Comments: 

In addition to the written information, ADPAC personnel made the following statements: 

• It would be desirable to have the facility to apply the BYTE functional modifier 
to an operand designated by the ENTRY functional modifier: 

BYTE ($3,5$) (ENTRY(TABLE'NAME,3)) 

• The NENT word should be located in some place other than word of the table. 

• One ought to be able to use parentheses instead of the subscript brackets ($ and $). 
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It is felt thot more should be soid in AFM 100-24 about COMPOOL and Librories. 

A Hollerith constont f orm . - H(characters) ought to be provided. 

A focility for specifying ossignment without automatic conversion should be 
supplied. 

The FOR loop feature should be set up in such o way os to provide for testing prior 
to the first iteration. 

"Stringed" item declorotions are desired: 

ITEM AA, BB, CC I 48 S $ 

Arrays with rows and column lengths and dimensions w ariable at run time would be 
helpful . 



2.0 CSC 



2.1 Organizotion: Computer Sciences Corporotion 

650 N. Sepulveda 

El Segundo, California 

2.2 Contact: Mr. Terry Dunbor 

2.3 Orgonizotion Identifier: CSC 

2.4 Number of JAQ's Returned: 1 

2.5 Dote of Interview : 11 July 1968 

2.6 JAQ Response Notes: 

The JAQ returned contained no usage rotes. This is becouse, for the purposes of 
this study, CSC wos considered only in its role of compiler writer; the implementa- 
tion informotion in the returned JAQ pertoins to o compiler produced by meons of 
CSC's GENESIS system for the IBM System 360. 

Compiler Hardwore Configurotion: 
IBM System 360 
Storoge (Memory) 256K 8 bit bytes 

Operoting System: 
Nome: OS 
Developer: IBM 
Mode of Operoting System: Botch Processing 
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2.7 Application: Not applicable 

2.8 Interview Notes: 

Because CSC was being interviewed in the role of compiler implementor, the 
usual interview format was suspended. Instead, an informal discussion regarding 
the implementation of features took place. Acknowledgement is made to 
Mr. Dunbar for his excellent remarks in this area. 

• The standard as described in AFM 100-24 implies an "all or nothing" implementa- 
tion effort. Implementation "levels" or a feature or function module approach 
would be preferable. 

• To achieve full compliance with AFM 100-24's "signed magnitude" fixed point 
number convention is an extremely expensive proposition. 

• Full implementation of fixed point representation is very expensive. 

• Implementation of rounding is expensive. 

• Extended capabilities should be provided for "modelling" the computer memory, 
other than simply the notion of "words". System 360 has, in effect, four address- 
able units (bytes, half-, full-, and double-word) and also the notion of word 
boundaries, for example. An extended memory modelling capability would probab- 
ly result in the generation of more efficient object code. 

• Standard JOVIAL J3 array presetting is inefficient in that array elements are 
input in an order differing from the allocation order; and that there is no way for 

• the programmer to "skip" overelements he does not desire to preset. 

• AFM 100-24 should be rewritten. It is overly cumbersome for the compiler 
implementor; also certain "holes" exist in the presentation. 

• In general, there are too many specific representation requirements to which the 
implementor must adhere. Frequently, a property of a given machine will lend 
itself to a more economic representation than that required in AFM 100-24. 

In addition to the above remarks, Mr. Dunbar has provided a list of loop-holes and 
ambiguities which CSC has encountered in implementing JOVIAL compilers based on 
AFM 100-24. This list shows interpretations which CSC has made in order to implement 
compilers. Also shown are certain comments regarding the JOVIAL J3 compiler speci- 
fications, not included in this study. DDI feels that this list is very important in that 
it sheds light on problem areas which only an implementor might be expected to discover. 
For this reason, we incorporate the following comments from CSC into this report. 
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CED-2400 as a contractual document leaves much ta be desired as there are many areas 
which are nat covered at all ar are ambiguous. The fallowing is a list af these areas 
and the interpretation we (CSC) are taking. Alsa included are exceptions that must be 
taken because af incompatibilities with the hardware. Each item an the list references 
CED-2400 by section and page . 

1) The floating paint description has an errar in it; part af a sentence is missing, 
leaving bath the signicand and the exrad undefined. We use the hardware repre- 
sentation. (2416.7; p. 10) 

2) Null literal constants, i.e., H(), T(), OQ, are nat defined. We define them 
all to be illegal. (2418.5, .8, .9; p. 11). 

3) The sign-magnitude effect is incompatible with mast hardware. As filler bits 
arose as a complement to sign-magnitude, the compiler will ignore them and 
treat the bit ta the left af BIT(S 1 S) as BIT (S $) for reasons of efficient object 
programs. (2419.1, .2,2426.6; p. 12,16). 

4) The precision and range of index variables are not defined. It should be stated 
that each implementation specify precisely these attributes in the farm af an 
implied item declaration: ITEM letter I n S S. (2426.5; p. 16). 

5) ODD (variable) shall be interpreted as the rightmost bit of the variable (2429; 
p. 17-8). 

6) Index computation should nat follow rules which differ from normal arithmetic 
computation. It is unreasonable to compute a floating constant + fixed variable 
as fixed. (2434.6; p. 20). 

7) Floating paint rounding is nat consistent with fixed-paint rounding. (2434.6; p. 20), 

8) LOC af a TABLE is not described clearly since it is defined in terms of a 'control 
register' which is undefined. We are defining LOC (TABLE) ta be the address af 
the first word in ENTRY (TABLE ($ $)). (2434.10, .11; p. 20). 

9) Scaling formulas are nat complete nar well defined. In particular scaling for 
division has a missing formula, i.e., IR far A/I . Our interpretation changes 
formula 2435.1 1 (11) ta read IR=IN+AD+1-MD . , thus deleting the qualifying 
clause. (2435; p. 21-2). 

10) As a paint af interest, it should be nated that mixing af literal formula types in 
relational expressions, assignments, I/O, and presets involve no conversions. 
(2437.2, 2442.4, 2443, 2447-9, 2470; p. 23,26-7, 29-31, 45). 

1 1) Although ENTRY variables are not excepted, they are meaningless as actual para- 
meters. (2446.1a., ,4a.; p. 28). 
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12) Since "type" is referred to in several contexts without a definition, it is not 
apparent whether it is up to the programmer or the compiler to ensure parameter 
compatibility. A technical interpretation of CED-2400 would indicate that 
actual and formal parameters must agree, thus requiring no conversions. However, 
based upon historical JOVIAL and what we feel to be the intent of the author, 

the compiler will generate code to ensure type compatibility for value parameters, 
CED-2400 does not define the distinction between the data parameters passed by 
name (tables and arrays) used as input parameters and those used as output para- 
meters. We choose to make no distinction . (2446. 7.. 8; p. 28-9). 

13) Since the manual is not clear as to whether iteration means loop:variable incre- 
mentation or iterative execution of the loop body, the definition of a one:factor: 
fonclause is ambiguous. In our compiler no iteration or looping will occur, 
(2455; p. 33-4). " 

14) Array presets should be specified in allocation order and expanded. (2467; p. 43). 

15) Type matching for literal item presetting seems overly restrictive. We intend to 
permit complete mixing of literal values with literal items. (2470; p. 45). 

16) For defined entry table items, we will ignore the packing specifier. This inter- 
pretation was chosen to alleviate the problem arising when the specified alloca- 
tion conflicts with the packing specifier. (2474-5; p. 50-2). 

17) CED-2400 does not define COMPOOL resolutions of like table items. Given an 
explicit COMPOOL declaration and an implicit item declaration via a like table 
declaration within the source program, resolution will be as follows: 

a) If a reference to the name occurs before the declaration, the COMPOOL 
declaration is used and a duplicate declaration exists. 

b) If the like table declaration occurs before the reference, the implied 
declaration holds. (2476; p. 53). 

18) Our interpretation of CED-2400 is that the manual precludes the use of optional 
origins. (2479, 2487; p. 55,60). 

19) The index switch list syntax permits at most 2 consecutive null switch points. We 
feel this is an error and not the intent of the author. The compiler will not restrict 
the number consecutive null switch points except to the maximum switch points. 
(2481.1; p. 56). 

20) Since the constants of an item switch list must be possible values of the switch 
item, we interpret CED-2400 to mean that no conversions will be necessary. 
(2482.1, .4; p. 56). 

21) Although it is not excepted by the manual, we will not permit presetting formal 
parameters or a function result item. (2484-5; p. 57-9). 
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22) An "is" is interpreted as an "it". (2484.9; p. 58). 

23) CED-2400 refers to a name before START; we interpret this to mean only the case 
of a compile above CLOSE. (2487.16., 2489.3) 

in addition the following exceptions are taken to Part 1 of CED-2400 on compiler 
specifications. 

1) All mention of library, procedure library and library maintenance programs should 
be taken in light of the fact that the standard computer manufacturer's operating 
system, library and library maintenance will be used. 

2) Sequence numbers will not be assigned to statements as described; instead card 
numbers will be used for error reporting. (3.2.1.8; p. 69) 

3) The compiler will not produce stand-alone programs. (3.2.4; p. 70). 

4) Control input will obey computer operating system, not JOVIAL, conventions. 
(3.2.5; p. 70). 

5) Error detection, reporting, and correction will not be as described in CED-2400. 
Error messages referencing card numbers will be output rather than error numbers. 
Not reporting errors caused by a previous error is not always possible. Calls to 
an error monitor procedure will not be generated. (3.2.6; p. 70-1). 

6) Equipment, operator, and monitor - error checking will be performed by and obey 
computer operating system conventions. 

7) Compiler capacities and efficiency will be as described in the contract (3.2.9, 
3.2.10; p. 71-2). 

8) Debug aids (listings) will not necessarily be as described in CED-2400. Alter update 
will be performed by standard computer operating system routines. (3.2.11; p. 72-4). 

9) COMPOOL will not conform exactly to the specifications in CED-2400. Arrays will 

be permitted in the COMPOOL. COMPOOL addresses will be determined by the stand- 
ard compiler algorithms and will be relocatable. There will be no COMPOOL 
disassembly program as such. A storage map will be produced, optionally, as 
part of the assembly process. 

10) Documentation and quality assurance will be as specified in the contract (3. 5, 4. ;p .75-79), 

3.0 FAA 
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3. 1 Organization: FAA 

800 Independence Avenue, S.W. 
Washington, D.C. 

3.2 Contact: Mr. Donald Scheffler 

3.3 Organization Identifier: FAA 

3.4 Number of JAQ's Returned: 1 

3.5 Date of Interview : 9 May 1968 

3.6 JAQ Response Notes: 

• Application name: Not given 

• Application description: Not given 

NOTE: It was learned at interview that the chief use of JOVIAL in the FAA is in 
the National Air Space Program. 

3.7 Application: 
Hardware Configuration: 



Computer manufacturer and model IBM 7090 



High speed memory storage 32K words 

Size 
Word size if applicable 

Input/Output devices 
Drum 

Manufacturer and model None 

Storage capacity 

Quantity on this configuration 

Disc 

Manufacturer and model None 

Storage capacity 

Quantity on this configuration 

Magnetic tapes 

Manufacturer and model 
Recording densities permitted 
Quantity on this configuration 
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Card punches 

Manufacturer and model 

Card punch speed 

Quantity on this configuration 

Card reoder 

Monufocturer ond model 

Card reod speed 

Quantity on this configuration 

Printer 

Manufacturer and model 

Printer speed 

Quontity on this configuration 

Paper tape reader 

Manufacturer and model 

Tape read speed 

Quantity on this configuration 

Paper tape punch 

Manufacturer and model 

Tape punch speed 

Quantity on this configuration 

Operating System: 

Nome: FORTRAN Monitor System 

Developer: IBM 

Mode of Operation: Botch processing 

Background: 

JOVIAL was used because it was regorded as the language best suited for the project. 

Average yeors experience of programmers: 5 

Average yeors JOVIAL experience: 2 

Dialect used: JOVIAL J2 

Compilation speed: Unknown 

Compiled code: Not relocatable. 

Totol Number of JOVIAL Stotements: Not given. 

NOTE: No counts or estimates of usages were given in the JAQ returned. Qualitative 
phrases were used instead. We have quantified these phrases, as shown below; 
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Occasionally .2 

Frequently .8 

Almost Always .9 

Never 

Generally .5 

Constantly .9 

Always .9 

None 

Not Available 

Rarely .1 

Infrequently .2 

Continually .9 

3.8 Interview Notes: 



FAA feels it would be desirable to allow: IF AA EQ BB,CC,DD ... 
for IF AA EQ BB OR AA EQ CC OR AA EQ DD 

4.0 FOCCPAC 

4.1 Organization: FOCCPAC 

U.S. Navy 
Honolulu, Hawaii 

4.2 Contact: Capt. Bishop 

4.3 Organization Identifier: FOCC 

4.4 Number of JAQ's Returned : 2 

4.5 Date of Interview : 22 May 1968 

4.6 JAQ Response Notes: 

Each of the two JAQ's returned contains responses for two distinct sub-applications. 
These are identified by FOCC-1 and FOCC-2. Both run on the same computer and 
use the same compiler. Compliance information was taken from the JAQ for FOCC-1 

4.7 Application: 

(1) Sub-application FOCC-1 

Sub-application Name : Patrol Report — NAVCOSSACT 

Report 0193 1 1P027 
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Sub-opplicotion Description: 

The purpose of the sub-application is to maintoin a history of data pertaining to the 
operotions of Poloris Submorines ond upon request to evoluote this dato. 

Totol Number of JOVIAL Stotements: 13,388 

Sub-applicotion Hardwore Configuration: 

Computer manufacturer and model Control Dato Corporation 1604A & 160A 

160A 1604A 

High speed memory storage 16K(4 banks) 32K words 

Size 2/word(2 banks- 8/word six bit bytes 

160A; 2 banks- 169 
core storoge only) 
Word size if applicable 12 bits 48 bits 

Input/Output devices 
Drum 

Manufacturer and model None 

Storage copacity 

Quantity on this configuration 

Disc 

Manufacturer ond model 1301 IBM 

Storage capacity 28X10° six bit bytes 

Quontity on this configuration 

Mognetic topes 

Monufocturer ond model 729 IV IBM 

Recording densities permitted 556 bits/in 

Quontity on this configuration 800 

Cord punches 

Manufacturer ond model 1402 IBM 

Card punch speed 250 cards/min 

Quantity on this configuration of this type 

Card reader 

Manufacturer ond model 1402 IBM 

Cord reod speed 600 cards/min 

Quontity on this configuration 
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Printer 

Manufacturer and model 

Printer speed 

Quontity on this configuration 

Poper tope reoder 

Manufacturer and model Control Dota 350 

Tape reod speed 350 fromes/sec 

Quontity on this configurotion 

Paper tope punch 

Monufocturer ond model Teletype BRPE 11 

Tope punch speed 1 10 frames/sec 

Quantity on this configurotion 

Operoting System: 

Name: MESIM 

Developer: NAVCOSSACT 

Mode of operotion: "UNIT" 

NOTE: With the exception of compilations, ol! programs are run individually, 

eoch being monuolly loaded . 

Bockground: 

JOVIAL was used becouse it wos considered the longuoge best suited for the project. 
Average years experience of progrommers: 4 
Average yeors JOVIAL experience: 1 
Compilotion speed: 210 stotements per minute 
Compiled code: Optionally relocotable 

(2) Sub-applicotion FOCC-2 

Sub-opplication Name: Afloat Cost, Consumption, Effectiveness Surveillonce System 

Sub-opplicotion Description: 

The purpose of the sub-application is to collect and summarize basic financial consumption 
data generated in the normol course of supply operotions afloat. 

Totol Number of JOVIAL Statements: 450 

Sub-opplication Hordware Configurotion: See under FOCC-1 . 
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Operating System: 

Name: Subsystem Executive 

Developer: Nat given 

Mode of operotion: Botch processing. 

Bockground: 

• JOVIAL was used becouse it was the only high-level longuage available. 

• Average yeors experience af programmers: 2 
© Averoge yeors JOVIAL experience: 2 

e Dialect used: JOVIAL J3 

• Compilation speed: Nat given 
e Compiled code: Relocatable. 

4.8 Interview Nates: 

The job af the FOCCPAC personnel is ta maintain programs written by NAVCOSSACT 
and NAVCOSSACT contractors. The desire was expressed far mare compiler 
directives or other mechanisms which wauld allow the programmer to effect a mare 
efficient code generation. 

5.0 HAM 

5.1 Organization: Operational Progrom Maintenance Branch 

4th Air Farce Combat Center 

Hamilton A.F.B. 

San Francisco, California 

5.2 Contact: Lt. Ruck 

5.3 Organization Identifier: HAM 

5.4 Number af JAQ's Returned: 1 

5.5 Date of Interview : 23 May 1968 

5.6 JAO Response Notes: 

5 .7 Application: 

Application Description: 

The application, WNR-CC, functions ta manitar coordinate and direct air defense 
operations far WNR and coordinate air defense with adjacent regions. 
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Total Number JOVIAL Statements : 8850 

Application Hardware Configuration: 

Computer manufacturer and model Burroughs AN/GSA51 



High speed memory storage 
Size 
Ward size if applicable 

Input/Output devices 
Drum 

Manufacturer and model 

Storage capacity 

Quantity an this configuration 

Disc 

Manufacturer and model 

Storage capacity 

Quantity an this configuration 

Magnetic tapes 

Manufacturer and model 
Recording densities permitted 
Quantity an this configuration 

Card punches 

Manufacturer and model 

Card punch speed 

Quantity on this configuration an this type 

Card reader 

Manufacturer and model 

Card read speed 

Quantity an this configuration 

Printer 

Manufacturer and model 

Printer speed 

Quantity an this configuration 

Paper tape reader 

Manufacturer and madel 

Tape read speed 

Quantity on this configuration 



60,0008 wards 
10,000 six bit bytes 
48 bits 



Burroughs MU-469/GYK-4 
65,536]q 48 bit wards each 
2 each 



Nane 



Burroughs AN/GSH-12 
800 bits/in 
3 each 



IBM 026 
1 each 



Burroughs AN/GSQ72 
200 cards/min 
1 each 
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Paper tape punch 

Manufacturer and model 

Tape punch speed 

Quantity on this configuration 

Flexowriter - AN/GYQ-2 

Controller Comparator - 2 I/O Modules C4634/GYK-4 

Controller Comparator/Message Progresser 

1 I/O Module 1 msg. Processor C4635/GYK-4 

Operating System: 

Name: Western NORAD Region CC 

D-veloper: USAF/SDC 

Mode of Operation: Real Time 

Background: No background information supplied 

5.8 Interview Notes: SDC is primarily responsible for the design of the HAM system. 

6.0 NAVCOSSACT 

6 . 1 Organization : NAVCOSSACT 

Washington Naval Yard Annex 
Washington, D.C. 

6.2 Contact: Mr. Dan Foster 

6.3 Organization Identifier: NAVC 

6.4 Number of JAQ's Returned: 3 

6.5 Date of Interview : 8 May 1968 

6.6 JAQ Response Notes: 

• Each of the three JAQ's returned contains response data for distinct sub-applications. 
These are identified by NAVC-1, NAVC-2, and NAVC-3. 

• It is our understanding that each runs on the CDC 1604 and that the same compiler 
is used for each. Compliance information was obtained from the JAQ for NAVC-1 . 

6.7 Application: 

(1) Sub-application NAVC-1: 
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Sub-applicotion Nome: JOVIAL Compiler 

Sub-application Description : 

The purpose of this sub-opplicotion is to compile progroms written in JOVIAL for 
use on the CDC 160/1604 computer complex. 

Total Number of JOVIAL Stotements: Not given 

NOTE: No counts or estimotes of feotures were provided in the JAQ . 

Sub-application Hardwore Configuration: 

Computer manufacturer and model CDC- 1604 



High speed memory storage 32,768 words 

Size 8 six bit bytes 

Word size if opplicable 48 bits 

Input/Output devices 
Drum 

Monufocturer ond model 

Storoge copacity 

Quontity on this configuration 

Disc 

Manufacturer and model IBM 1301 

Storage capacity 28,000,000$ six bit bytes 

Quantity on this configuration 4 

Magnetic topes 

Manufacturer and model IBM 729 

Recording densities permitted 556 bits/in 

Quontity on this configuration 22 

Card punches 

Manufacturer and model IBM 1402 

Card punch speed 250 cards/min 

Quantity on this configuration of this type 2 

Monufocturer ond model IBM 1402 

Card punch speed 800 cords/min 

Quantity on this configuration of this type 2 

Cord reader 

Manufacturer and model Burroughs B-122 

Card read speed 250 cards/min 

Quantity on this configuration 1 
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Printer 

Manufacturer and model 

Printer speed 

Quantity on this configuration 



Halley 

150 lines/min 

1 



Printer 

Manufacturer and model 

Printer speed 

Quantity an this configuration 



CDC 

1000 lines/min 

2 



Paper tape reader 

Manufacturer and model 

Tape read speed 

Quantity on this configuration 

Paper tape reader 

Manufacturer and model 

Tape read speed 

Quantity an this configuration 

Paper tape punch 

Manufacturer and model 

Tape punch speed 

Quantity on this configuration 



CDC 

350 frames/sec 

3 



CDC 

350 frames/sec 

2 



Teletype BRPE 1 
1 10 frames/sec 
5 



Operating System: 



Name: AN FYK-l(V) 1604A OPCON 
Developer: Auerbach Corporation 
Made of Operation: Batch processing 



Background: 



• 
• 
o 
o 



JOVIAL was used because it was the official NAVY language, 

Average years experience of programmers: 3 

Average years JOVIAL experience: 3 

Dialect used: JOVIAL J3 

Compilation speed: Nat given. 

Compiled code: Relocatable. 



(2) Sub-applicatian NAVC-2 : 

Sub-application Name: None given 

Sub-application Description: Compiler Maintenance Activity 
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Total Number of JOVIAL Statements : Not given 
Sub-applicatfon Hardware Configuration: See under NAVC-1 
Operating System : No information given. 

Background: 

• JOVIAL was used in order to remain compatible with related projects and 
because it was the best suited language for the project. 

• No further background information was given. 
(3) Sub-application NAVC-3 

Sub-application Name: Route generation/Map generation (RGMG) 

Sub-application Description: 

Given a latitude and longitude, the sub-application RGMG generates a binary map of 
the world or a sea route (land-mass avoidance) according to input specifications. The 
binary map must reside in core before a route of turning points can be generated. 
RGMG is compiled as a closed subroutine and is operational as a part of a larger sea 
surveillance system. In addition it can be run independently and has been run using 
the PPS Test function to take advantage of the recording capability (RGMG does not 
write out the results). 

Total Number of JOVIAL Statements : 2903 

Sub-application Hardware Configuration: See under NAVC-1 

Operating System: See under NAVC-1 

Background: 

JOVIAL was used to remain compatible with other related projects. 

Average years experience of programmers: 

Average years JOVIAL Experience: 

Dialect used: JOVIAL J3 

Compiler speed: Not given 

Compiled Code: Not relocatable 

6.8 Interview Notes: 

• It was stressed that the major consideration in the use of JOVIAL is the ease of 
programming it provides. 
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• NAVCOSSACT feels that the readibility of JOVIAL code in certain areas 

(e.g., item declarations) could stand some improvement. 

7.0 NCDCF 

7.1 Organization: National Civilian Defense Computer Facility 

Olney, Maryland 

7.2 Contact: Mr. Marvie Lee 

7.3 Organization Identifier: NCDCF 

7.4 Number of JAQ's Returned: 1 

7 .5 Date of Interview : 7 May 1968 

7.6 JAQ Response Notes: 
7 J Application: 

Application Description: 

The Dash Executive control system assists in using and monitoring the execution of 
a system of JOVIAL programs. 

Total Number of JOVIAL Statements: 1600 

Application Hardware Configuration: 

Computer manufacturer and model CDC 3600 



High speed memory storage 65536 words 

Size 
Word size if applicable 48 bits 

Operating System: 

Name: SCOPE 

Developer: CDC 

Mode of Operation: Batch Processing. 

Background: 

• JOVIAL was used to maintain source language compatibility with related projects. 

• Average years experience of programmers: 4 

• Average years JOVIAL experience: 1 
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• Dialect used: JOVIAL J3 

• Compilation speed: Not given 

• Compiled code: Not given 

7.8 Interview Notes: 



• NCDCF personnel interviewed are primarily responsible for maintaining a 
JOVIAL compiler. 

• An opinion was expressed that list processing facilities might find some use in 
NCDCF's application. 

8.0 NEL 

8.1 Organization: Naval Electronics Laboratory 

Command and Control Facility 
San Diego, California 

8.2 Contact: Mr. Barksdale 

8.3 Organization Identifier: NEL 

8.4 Number of JAQ's Returned : 1 

8.5 Date of Interview : 24 April 1968 

8.6 JAQ Response Notes: 

8.7 Application: 

Application Description: 

The purpose of the Navy Command and Control application is to maintain and test 
compilers. 

Total Number of JOVIAL Statements : 20K 

Application Hardware Configuration: 

Computer manufacturer and model UN I VAC CP 667 



High speed memory storage 131K words 

Size 6 six bit bytes 

Word size if applicable 36 bits 

Input/Output devices 
Drum 
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Manufacturer and model Univac Fastran 

Storage capacity 132X1C 6 six bit bytes 

702X10 6 bits 

Guantity on this configuration 1 

Magnetic tapes 

Manufacturer and model CDC 603's & 606's 

Recording densities permitted 200 bits/in 

556 bits/in 
Quantity on this configuration 8 

Card reader 

Manufacturer and model Univac 1449 

Card read speed 100 cards/min 

Quantity on this configuration 1 

Paper tape reader 

Manufacturer and model Univac 1232 

Tape read speed 350 frames/sec 

Quantity on this configuration 1 

Paper tape punch 

Manufacturer and model Univac 1232 

Tape punch speed 150 frames/sec 

Quantity on this configuration 1 

Operating System: 

Name: JOVIAL 

Developer: PRC and NELC 

Mode of operation: Batch processing 

Background: 

JOVIAL was used because it was regarded as the best suited language for the project. 

Average years experience of programmers: 5 

Average years JOVIAL experience: 1 

Dialect used: JOVIAL J3 

Compilation speed: 300-500 statements/minute 

Compiled code: Relocatable 

8.8 Interview Notes: 

• It is the intent of the Navy that the following philosophy be employed in the 

design and implementation of Command & Control systems: A clear separation of 
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functional software from (machine) system support software is to be maintained. 
This means that NEL would prefer a language as machine independent as possible. 
The discussion also produced the counter idea - the essential strong point of 
JOVIAL, as far as NEL is concerned, is the set of machine dependent features 
it contains. It was suggested that a possible resolution of these two conflicting 
notions would lie in a kind of (COBOL-like) "Environment Division". The Navy 
wants to be able to transfer programs between computers; in other words the 
functions performed by a given application may have to be executed on a variety 
of different machines. 

• JOVIAL is too verbose. It would be desirable to have "compound" item declara- 
tions, for example (ITEM AA I 48 S BB I 48 S, etc.) 

• NEL would (and does) like to make use of an expanded character set. They use 
braces for BEGIN END. This helps attack the verbosity problems. 

• It was suggested that a "TYPE OTHER" (CDC FORTRAN 63) facility be considered, 

9.0 NMCSSC 

9.1 Organization ; DCA 

National Military Command 

System Support Center 
Pentagon 
Washington, D.C. 

9.2 Contact: Colonel Gallentine 

9.3 Organization Identifier: NMCSSC 

9.4 Number of JAQ's Returned : 1 

9.5 Date of Interview ; 20 June 1968 

9.6 JAQ Response Notes: 

9.7 Application: 

Application Description: 

The Damage and Contamination Model associates military nuclear weapons against all 
kinds of targets and predicts damage. The pertinent parameters are coordinates, wind 
data, height of weapon burst, weapon yield, vulnerability, number of targets, and 
target capacity. 

Total Number of JOVIAL Statements : 5000 
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Application Hardware Configuration : 

High speed memory storage 32K words 

Size 8 six bit bytes 

Word size if applicable 48 bits 

Input/Output devices 
Drum 

Manufacturer and model None 

Storage capacity 

Quantity on this configuration 

Disc 

Manufacturer and model None 

Storage capacity 

Quantity on this configuration 

Magnetic tapes 

Manufacturer and model CDC 606 

Recording densities permitted 500 bits/in 

Quantity on this configuration 12 

Card punches 

Manufacturer and model IBM 

Card punch speed 50 cards/min 

Quantity on this configuration of this type 1 

♦ 

Card reader 

Manufacturer and model CPC 405 

Card read speed 1200 cards/min 

Quantity on this configuration 1 

Printer 

Manufacturer and model CDC 501 

Printer speed 1000 lines/min 

Quantity on this configuration 1 

Paper tape reader 

Manufacturer and model CDC 

Tape read speed 

Quantity on this configuration 1 

Paper tape punch 

Manufacturer and model CDC 

Tape punch speed 

Quantity on this configuration 1 
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Operating System: 

Name: COOP 

Developer: CDC 

Mode of Operation: Batch Processing 

Background: 

• JOVIAL was used in order to stay compatible with other projects and because it 

was the language best suited for the project. 
Average years experience of programmers: 2 
Average years JOVIAL experience: 1 
Dialect used: JOVIAL J3 
Compilation speed: 44 statements per minute 
Compiled Code: CODAP symbolic which is then assembled in a relocatable fashion, 

9.8 Interview Notes: 



A desire was expressed to have the compiler produce code in the form of the 
assembly languages supplied by the computer manufacturer; also, the subroutine 
linkages of the language should be in such a form as to be compatible with the 
computer manufacturer's system. 

NMCSSC also requires the ability to process machine interrupts. 



10.0 NHCP 



10. 1 Organization: 



Headquarters NORAD 

NHCP 

Ent Air Force Base 

Colorado Springs, Colorado 

Mr. N. R. Gerhart 



NHCP 
2* 



10.2 Contact: 

10.3 Organization Identifier: 

10.4 Number of JAQ's returned: 

10.5 Date of Interview: 

10.6 JAQ Response Notes: 

The JAQ's returned were not received in sufficient time for their contents to be processed 

10.7 Application: 

10.8 Interview Notes: 
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• NHCP desires facilities for tables containing variable length entries. 

• Multiple assignment statements of the form 
AA = BB = CC = 0$ 

would be found useful. The effect of the above statement is produced by 
AA = 0$ 
BB = 0$ 
CC = 0$ 

© A need for a '^ro-word" such as "SELF" or "*" was voiced. 

VARIABLE = {SELF} +3$ or VARIABLE = * + 3 $ 
produces the effect 
VARIABLE = VARIABLE +3 $ 

a Extended use of ranged subscripts would be helpful: 

TABLE'NAME ( $ 3 . . . 12 $ ) 
has the effect of naming a table structure made up of entries 3 through 12. 

• NHCP would like the ability to show a set of loop variable increment values to 
be taken in FOR loop processing: 

FOR I = 1, (5, 3, 6, 19 ), NN 

Each lime through the increment handling part of the loop, the next increment 

"to the right" in the list is used. 

• NHCP would prefer the use of parentheses instead of the JOVIAL index brackets 
($ and $) when writing subscripts. 

• A desire to include $ in comments was mentioned . 

e NHCP feels that non-named variables should be allowed as operands of the BIT 

and BYTE functional modifier, e.g., 
BIT($3, 6 $)(BYTE ($5, 2$) (AA)) 

11.0 RADC 

11.1 Organization: Rome Air Development Center, EM I IF 

Griffis Air Force Base 
Rome, New York 

1.2 Contact: Mr. Dick Motto 

1.3 Organization Identifier: RADC 
1 .4 Number of JAQ's Returned : 4 

1.5 Date of Interview : 1 May 1968 

1.6 JAQ Response Notes: 
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Eoch of the three JAQ's returned contains response doto for three distinct sub-applications, 
These are identified as RADC-2, RADC-3, ond RADC-4. 

The JAQ returned by RADC-1 did not give usoge counts, 

RADC-1 is run on the CDC 1604B. 

RADC-2 is run on the Univoc M555. 

RADC-3 is run on the GE 635. 

RADC-4 is run on the GE 635. 

It is our understanding thot RADC-3 ond RADC-4 use the some compiler. 

1 1 .7 Application: 

(1) Sub-applicotion RADC-1 
Sub-opplicotion Name: None given. 

Sub-opplicotion Description: 

• MADAPS - o dato monogement system 

• TINT - an on-line JOVIAL (subset) compiler 

• JOVIAL COMPILER 

• AUERBACH PROGRAM 

Totol Number JOVIAL Statements: Not given. 

NOTE: No counts or estimotes of usoge were entered in this JAQ. 

Sub-application Hordwore Configuration: Not given. 

Operoting System: No information given. 

Background: No information given. 

(2) Sub-applicotion RADC-2 

Sub-opplicotion Nome: Doto Manogement I 

Sub-opplicotion Description: 

Dota Monagement I is o dota monogement system. 

Totol Number of JOVIAL Stotements: Not given. 

NOTE: It wos stated in the JAQ for RADC-2 thot because the compiler is in o continuous 
stote of flux and improvement, ond since no mojor progroms hove yet been written, usoge 
counts hove not been entered. Rather, qualitative stotements have been made regording 
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usage rates (e.g., very frequently, seldom, etc.) We have quantified these statements. 
The following is a list of the qualitative statements used with their associated quantifiers: 





OFTEN 




.7 




VERY FREQUENTLY 




.9 




SOME 




.3 




SELDOM 




.2 




SOMETIMES 




.2 




ALWAYS 




.9 




NEVER 









VERY SELDOM 




.1 




VERY OFTEN 




.9 




FREQUENTLY 




.7 


Sub- 


-application Hardware Confi 


iguration 


: 



Computer manufacturer and model: Univac M555 

High speed memory storage 64K words 

Word size: 18 bits 

Operating System: 

Name of operating system: ECP IT 

Developer: Not given 

Mode of operation: Not given 

Background: 

• JOVIAL was used in this project both because it was the official Air Force 
language and because it was the language best suited for the project. 

• No other background information was entered. 
(3) Sub-application RADC-3 

Sub-application Name: TINT 

Sub-application Description: "On-line compiler" 
Total Number of JOVIAL Statements: 9142 
Sub-Application Hardware Configuration: 
Computer manufacturer and model GE 635 
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High speed memory storage 
Size 
Word size if applicable 

Input/Output devices 
Drum 

Manufacturer and model 

Storage capacity 

Quantity on this configuration 



128K words 
36 bits 



GS MDS 200 
30M bits 

1 



Disc 

Manufacturer and model GS DSU 200 

Storage capacity 138M bits 

Quantity on this configuration 2 

Magnetic tapes 

Manufacturer and model 
Recording densities permitted 
Quantity on this configuration 

Card punches 

Manufacturer and model 

Card punch speed 

Quantity on this configuration of this type 

Card reader 

Manufacturer and model 

Card read speed 

Quantity on this configuration 

Printer 

Manufacturer and model 

Printer speed 

Quantity on this configuration 

Operating System : 

Name: GECOS 

Developer: General Electric Co. 

Mode of Operating System: Batch processing 

Background: 

• JOVIAL was used because it was the official Air Force language, because it was 

desired to maintain source language compatibility with other projects, and 
because it was the best suited language for the project. 



GS MT # 67 
200/566/800 bits/in 
8 



GE4WCPZ201A1 
300 cards/min 
1 



GS4WCRZ201A1 
800-1000 cards/min 



GE PRT 200 
1200 lines/min 
2 
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• Averoge yeors experience of progrommers: 3-5 
© Averoge yeors JOVIAL experience: 3-5 

• Diolect used: JOVIAL J3 

• Compilotion speed: 50 stotements per minute 

• Compiled code: Relocatable 

(4) Sub-opplication RADC-4 

Sub-opplicotion Nome: Auxiliary Control Executive Processor 

Sub-opplication Description : "Preprocessor for on Executive Control Progrom . " 

Totol Number of JOVIAL Stotements: 3951 

Sub-application Hardwore Configuration: No detoils given. It is our understanding, 
however, thot the computer is the GE 635. 

Operating System: No information given. 

Background: 

• JOVIAL was used to mointoin compotibility with other related projects, becouse 
it is the official Air Force longuoge and becouse it is the language best suited 
for the project. 

Averoge yeors experience of programmers: 4 
Averoge years JOVIAL experience: 1 
Dialect used: JOVIAL J3 
Compilation speed: None given. 
Compiled code: Relocotoble. 

1 1 .8 Interview Notes: 

RADC would like the ability to specify (ot compile or lood time) the ollocotion sequenc- 
ing of both programs ond data; this is felt a more importont facility thon dynamic ollocotion, 

12.0 SAC 



12.1 Organization: Headquarters SAC 

Offut Air Force Base, Nebraska 

12.2 Contacts : Lt Col F.L. Maloy, DOCODS 

Major Samuel P. Herod 

12.3 Organization Identifier: SAC 
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12.4 Number of JAQ's Returned : 4 

12.5 Date of Interview : 13 May 1968 

12.6 JAQ Response Notes: 

• Each of the four JAQ's returned contains response data for four distinct sub- 
applications. These sub-applications are identified as SAC-1, SAC-2, SAC-3, 
and SAC-4. 

• Sub-applications SAC-1, SAC-2, and SAC-3 each run on the AN/FSQ-31 and 
each uses the same compiler. Implementation responses for SAC-1, SAC-2, and 
SAC-3 were taken from the JAQ for SAC-1 . 

• Sub-application SAC-4 is run on the IBM 7090; implementation responses are 
taken from the JAQ for SAC-4. 

12.7 Application: 

(1) Sub-application SAC-1 

Sub-application Name: Utility Subsystem 

Sub-application Description: 

The Utility subsystem includes the following capabilities: 

• executive 

• compiler 

• tape update 

• COMPOOL 

• data generator 

• data reduction 
a dump 

• CHECKER 

o task parameter assembler 

• tape maintenance 

• loader maintenance 

Total Number JOVIAL Statements : 116,137 

Sub-application Hardware Configuration: 

Computer manufacturer and model IBM AN/FSQ-31 Data Processing Central 

High speed memory storage 65,536 words 

Size 524,288 six bit bytes 

Word size if applicable 48 bits 

118 



Input/Output devices 

Drum 19 

Manufacturer and model IBM (na model) 

Storage capacity 1 , 1 14, 1 12 six bit bytes 

6,684,672 bits 
Quantity an this configuration 2 

Disc 

Manufacturer and model Bryant Madel L 

Storage capacity 103,809,024 six bit bytes 

622,854, 144 bits 
Quantity an this configuration 1 

Magnetic tapes 

Manufacturer and madel IBM 729 II, IBM 729 IV 

Recording densities permitted 200/556 bits/in 

Quantity an this configuration 12 

*Card punches 

Manufacturer and model IBM 729 II, IBM 729 IV 

Card punch speed 250 cards/min 

Quantity an this configuration af this type 1 

*Card reader 

Manufacturer and madel IBM 1402 

Card read speed 800 cards/min 

Quantity an this configuration 1 

*Printer 

Manufacturer and model IBM 1403 

Printer speed 600 lines/min 

Quantity an this configuration 1 

*Available as part af IBM 1401 systems which can be used an-line. However, printing 
and punching is normally accomplished off-line. 

NOTE: There are twa IBM AN/FSQ-31 computers. Each with an I/O typewriter, fix 
typewriter, Disc, 2 drums, 15 tape drives and 1401 system. 

Operating System: 

Name: EXECUTIVE 
Developer: SDC/USAF 
Made af operation: Batch processing 

Real Time 

NOTE: "The utility subsystem operates anly in the batch processing made. However, 
it can operate 'interleaved' with the real time programs." 
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Background: 

• JOVIAL was used both to maintain source language compatibility with other 
related projects and because it was the language best suited for the project. 
Also stated: "JOVIAL was devised for SACCS system by SDC - who wrote the 
utility subsystem . " 

Average years experience of programmers: "Unknown" 
Average years JOVIAL experience: "Unknown - perhaps about 2" 
Dialect used: JOVIAL J2 
Compilation speed: 200 statements per minute 
Compiled code: Relocatable 

(2) Sub-application SAC-2 

Sub-application Name: Planning 

Sub-application Description : 

The Planning Branch furnishes the automated support for development and maintenance 
of the Single Integrated Operations Plan and other SAC planning functions. This includes 
missile and aircraft application against target systems with all the associated ramifications: 
bomber/tanker mating, fuel consumption, performance characteristics, optimum routine 
resolution of timing conflicts, etc. Also included is the production of planned and 
emergency execution documents and statistical documents. 

Total Number of JOVIAL Statements: 300,000 (est) 

Sub-application Hardware Configuration: See under SAC-1 

Operating System : 

Name: EXECUTIVE 

Developer: SDC/USAF 

Mode of operation: Batch Processing Real Time 

NOTE: "The planning subsystem operates only in the batch processing mode. However, 
it can operate interleaved ' with the real time programs." 

Background: 

• JOVIAL was used both to maintain source language compatibility with other 
related projects and because it was the best language suited for the project. 
Average years experience of programmers: 3 
Average years JOVIAL experience: 3 
Dialect used: See under SAC-1 
Compilation speed: See under SAC-1 
Compiled code: See under SAC-1 
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(3) Sub-application SAC-3 

Sub-application Nome: Force Control 

Sub-applicotion Description: 

The Force Control sub-application modifies a static dota bose by processing messoge ond 
card inputs to provide o present stotus of SAC SIOP Forces through vorious prints, woll 
disploys ond BOJO disploys. DATA PREP modifies and error checks messoges from units 
for use by V-l • V-l updates tobies ond disploys; 200 PACKAGES uses updoted doto to 
create disploys and prints, DATA PRES creates the displays thot ore projected to woll 
screens. 

Total Number of JOVIAL Statements : 153,789 

Sub-application Hordwore Configuration: See under SAC-1 

Operating System: 

Name: EXECUTIVE 

Developer: SDC/USAF 

Mode of operating system: Batch processing real time 

Bockground: 

• JOVIAL was used both to maintain source languoge compatibility with other 

related projects and becouse it was the language best suited for the project. 
Average years experience of programmers: 2 
Average years JOVIAL experience: 2 
Diolect used: See under SAC-1 
Compilotion speed: See under SAC-1 
Compiled code: See under SAC-1 

(4) Sub-opplication SAC-4 

Sub-application Name: SIOP Gaming Simulation Analysis/ADA 

Sub-application Description: 

The SIOP Gaming Simulotion extrocts doto from RISOP/SIOP tapes furnished by JWGA 
ond prepores data for Wor Goming Simulation ond Anolysis. The model includes trajec- 
tory computations ond domoge ossessments. 

The purpose of the ADA is to provide an AUSTERE DEMONSTRATION SYSTEM (Hordwore 
and Softwore) in a PACCS oircroft to develop ond demonstrote operotionol techniques in 
the actuol environment using ovailable automotion hardware ond a minimum of develop- 
ment effort, 
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Total Number of JOVIAL Statements : Gaming - 132,000 

ADA- 90,000 

Application Hardware Configuration: 

Computer manufacturer and model IBM 7090 



High speed memory storage 65,536 words 

Size 393,216 six bit bytes 

Word size if applicable 36 bits 

Input/Output devices 17 

Drum 

Manufacturer and model 

Storage capacity 

Quantity on this configuration 

Disc 

Manufacturer and model IBM 1301-1 

Storage capacity 27,960,000 six bit bytes 

167,760,000 bits 
Quantity on this configuration 1 

Magnetic tapes 

Manufacturer and model IBM 729 IV 

Recording densities permitted 200/556 bits/in 

Quantity on this configuration 12 

Card reader 

Manufacturer and model IBM 71 1 

Card read speed 250 cards/min 

Quantity on this configuration 1 

Printer 

Manufacturer and model IBM 716 

Printer speed 150 lines/min 

Quantity on this configuration 1 

NOTE: One I/O typewriter and one Hendrix 5101 crt are attached to the IBM 7090. 
NOTE: 2 IBM 1460 computers (with MOD III printers, MOD III card reader-punches) 
plus a 5 track paper tape reader-punch are used off-line to print and punch 7090 outputs. 

Operating System : 

Name: (Gaming) None used 

(ADA) ADA EXECUTIVE 
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Developer: (Gaming) N/A 

(ADA) SAC 
Mode of operoting system: (Gaming) N/A 

(ADA) Reol Time 

(Ncte: ADA does utility work under IBSYS) 

Bockground: 

• Both ADA and Gaming used JOVIAL to remain source longuage compatible with 
other projects ond because it was the best suited language far the project. 

• Averoge yeors experience progrommers: Goming, 2.5 

ADA, 2.7 

• Averoge years JOVIAL experience: Gaming, 2.2 

ADA, 2.0 

• Diolect used: JOVIAL J2 (Goming and ADA) 

• Compilation speed: 200 statements per minute (Gaming and ADA) 

• Compiled code: Not relocotoble (Gaming and ADA) 

12.8 Interview Nates: 



Generol: 

SAC may be going aver ta third generation equipment within the next twa years; it is 
expected that the corresponding softwore systems will operote in o time shored mode. SAC 
would like ta transfer programs already written ta the new equipment with os little 
repragramming os possible, but odmits that a lat of reprogramming may be required. 

Specific: 



• SAC feels thot the notion of COMPOOL hos outlived its usefulness, though it is 
odmitted that this feeling is influenced by the foct thot the COMPOOL implemen- 
tation used is averly complex ond very slow — both in terms of machine time and 
personnel interface required. It is our impression that SAC would like facilities 
for aperationolly imposing any conceivable kind of structuring over o relotively 
unstructured "free standing" data base in a shart arder. Toward this end SAC is 
currently examining TDMS (ADEPT). 

• SAC requires the ability to manipulate disc and drum addresses as well as main 
memory addresses when doing I/O; further, they would like the capability of 
incrementing buffer addresses as required. 

13.0 TWA 

13.1 Orgonizatian: TWA Doto Processing Center 

King Rood, Rockleigh, N. J. 

13.2 Cantoct: Mr. Duane Witlaw 
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13.3 Organization Identifier: TWA 

13.4 Number of JAQ's Returned : 

13.5 Date of Interview: 3 May 1968 

13.6 JAQ Response Notes: 

Owing to an extemely tight schedule, TWA was unable to complete a JAQ. From our 
conversation at the interview and from a perusual of their JOVIAL Reference Manual, it 
appears that the TWA JOVIAL complies fairly closely to the standard of AFM 100-24. 
Particularly interesting are the several special features provided: 

• The Burroughs computer on which the application is run is a multiprocessing 
machine. A BRANCH statement is provided to allow programmers to assign program 
segments to processors for execution (several segments may run in parallel). An 
ENDBRANCH Statement causes execution on a processor to cease. 

• The AWAIT Statement permits the suspension of a parallel path of execution until 
the occurance of some condition. 

• READY, RELEASE, and SETUP statements provide the capabilities for dynamic 
allocation of data. 

• EC I (Entry Control Item) and KEY allow for the manipulation of tables with both 
variable length entries and variable structure entries at execution time. 

• The JOVIAL compiler was written by Burroughs. 

13.7 Application: No data 

13.8 Interview Notes: 



?enera 



I: 



TWA feels that the language (except as noted in the specific interview responses) 
is essentially sufficient for its application. TWA believes its big problem lies 
in the area of imposing control over all the diverse elements of the system at 
large. That is, TWA would like the ability to link COMPOOL, program libraries, 
and compiler, etc., together in such a way that any change to programs or data 
structures would result automatically in the output of messages stating what other 
parts of the system would be effected. 

TWA desires to keep the machine separated from the functions as much as possible. 
Toward this end, they have eliminated Direct Code from their system. 



Specific: 



A need exists for "formal" bit string items and operators AND, OR, NOT, 
EITHER/OR. 
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TWA would like to have PROC's in COMPOOL as well as data with both 

the definitional and external attributes. 

A desire was expressed for a kind of "DEFINE" facility: 

ALPHA ('BETA) 

where 'BETA (COM p OOL name) would be inserted in the text along with the 
ALPHA in subsequent references. 

A need for a "MAKE CURRENT" facility was voiced. Sometimes, programs 
will have many occurrences of the same table . It is desirable to write one 
segment of code which references items in one table, but then switch physical 
tables at execution time . (Only one physical table is being handled at a time .) 
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APPENDIX 



JOVIAL FEATURE RESOLUTION ANALYSIS 



The folowing pages contoin the resolution analyses for oil of the feotures investigated 
in the JOVIAL Evaluotion Study. The JOVIAL Evaluotion Questionnaire (JAQ) ond 
the opprooch for chonge reference numbers are provided for each feoture for cross- 
referencing purposes. The resolution inequality, resolution equotions and roles 
leading to eoch porticulor resolution are in accordance with the discussion in Section 1 . 

The application is described in Appendix 1. In the compliance column, if the feoture 
wos implemented in accordance with AFM 100-24, it is noted as CFI; if not implemented, 
CFNI; or if implemented differently, CFID. The usage is calculated according to the 
resolution equation. 

Resolution equations and usage rates are given frequently in this appendix for features 
which are "accepted as nucleus." This is done only to provide the reoder with a means 
of comporing the use of such features with respect to other reloted feotures. 

The resolution anolysis of the feotures are organized occording to the orgonizotion of the 
Approoch for Chonge (AFC) reference numbers. 
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RESOLUTION ANALYSIS 



JAQ Reference: 




J 3.5.1.1 


.11.1 






AFC Reference: A 1.1.1 


Feature Name: 




ITEM TYPE HOLLERITH 






Resolution Inequal 


ity: 


: N/A 










Resolution Equation: 


U = Q46/(Q46 + Q50) 






Number of users with 


usage rates: 


GQ Tl = 


= N/A 






Resolution: 
Data: 




Accepted 
3.2.2.8) 


as nucleus 


(Note 


optional 


1 simplified constant form, 


Application 






Compliance 




Usage 


ADPAC-1 






CFI 






.1333 


ADPAC-2 






CFI 






1 


ADPAC-3 






CFI 






1 


CSC 






CFI 






(N/A) 


FAA 






CFI 






.8 


FOCC-1 






CFI 






1 


FOCC-2 






CFI 






1 


HAM 






CFI 






1 


NAVC-1 






CFI 






(N/C) 


NAVC-2 






CFI 






1 


NAVC-3 






CFI 






1 


NCDCF 






CFI 






1 


NEL 






CFI 






.9803 


NMCSSC 






CFI 






1 


RADC-1 






CFI 






(N/C) 


RADC-2 






CFID 






.9 


RADC-3 






CFI 






.9524 


RADC-4 






CFI 






1 


SAC-1 






CFI 






1 


SAC-2 






CFI 






1 


SAC-3 






CFI 






.7214 


SAC-4 






CFI 






1 






N(CFI)= 21 




N(CFID) = 


1 N(CFNI)= ° 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.2.5 

Feature Name: HOLLERITH FORMULA 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl = N/A 



AFC Reference: A 1.1.1.1 



Resolution: 


Retain as nucleus (Note modification 


Data: 


and comparisons, 3.2.2.4) 


Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFI 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFI 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFI 


NMCSSC 


CFI 


RADC-1 


CFI 


RADC-2 


CFNI 


RADC-3 


CFI 


RADC-4 


CFI 


SAC-1 


CFI 


SAC-2 


CFI 


SAC-3 


CFI 


SAC-4 


CFI 




N(CFI)= 21 N(CFID)= 



assignment 



Usage 



N(CFNI) = 1 
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RESOLUTION ANALYSIS 



J AQ Reference: J 3.5. 1 . 1 .1 1 .2 AFC Reference: A 1 .1 .1 .2 

Feature Name: ITEM TYPE STANDARD TRANSMISSION CODE 

Resolution Inequality: U GQ Tl = .10 
Resolution Equation: U = Q50/(Q46 + Q50) 
Number of users with usage rates: GQ Tl = 2 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Delete (Note also CHARCODE directive, 3.2.2.3) 



N(CFI) = 



Compliance 


Usage 


CFI 


.8666 


CFI 





CFI 





CFI 


(N/A) 


CFI 





CFI 





CFI 





CFI 





CFI 


(N/C) 


CFI 





CFI 





CFNI 





CFID 


.0196 


CFI 





CFI 


(N/C) 


CFNI 





CFI 


.0476 


CFI 





CFI 





CFI 





CFI 


.2785 


CFI 





8 N(CFID)= ! 


N(CFNI) = 2 
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RESOLUTION ANALYSIS 



J AQ Reference: J 3.5.2.5 AFC Reference: A 1.1.1.2 

Feature Name: STANDARD TRANSMISSION CODE FORMULA 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl = N/A 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC -4 



Delete (Because of deletion of Item Type STC) 



N(CFI) = 21 



Compliance 


Usage 


CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFNI 




CFI 




CFI 




CFI 




CFI 




CFI 




CFI 




1 N(CFID)= 


N(CFNI) = 1 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.1.14 

Feature Name: CHARACTER DATA SIZE ATTRIBUTE 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl ■ N/A 



AFC Reference: A4, Al.1.1.3 



Resolution: 


Accept as nucleus 


Data: 




Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFI 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFI 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFI 


NMCSSC 


CFI 


RADC-1 


CFI 


RADC-2 


CFI 


RADC-3 


CFI 


RADC-4 


CFI 


SAC-1 


CFI 


SAC-2 


CFI 


SAC-3 


CFI 


SAC -4 


CFI 




N(CFI) = 22 N 



Usage 



N(CFID) 



= 



N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.1.1.13 
ITEM TYPE STATUS 
UGQ =T1 =05 
U = Q58/Q14 



AFC Reference: A 1.1.2 



Number of users with usage rates: GQ Tl = 7 

Resolution: Retain as optional 



Data: 






Application 




Compliance 


ADPAC-1 




CFI 


ADPAC-2 




CFI 


ADPAC-3 




CFI 


CSC 




CFI 


FAA 




CFI 


FOCC-1 




CFI 


FOCC-2 




CFI 


HAM 




CFI 


NAVC-1 




CFI 


NAVC-2 




CFI 


NAVC-3 




CFI 


NCDCF 




CFI 


NEL 




CFI 


NMCSSC 




CFI 


RADC-1 




CFI 


RADC-2 




CFI 


RADC-3 




CFI 


RADC-4 




CFI 


SAC-1 




CFI 


SAC-2 




CFI 


SAC-3 




CFI 


SAC-4 




CFI 




N(CFI) = 


22 fs 



N(CFID)= 



Usage 



.0416 



(N/A) 

.2 

.0040 

.4000 



(N/C) 

.0500 

.0100 

.0200 

.0080 

.1666 

(N/C) 

.2 

.0100 

.0303 

.1812 

.0673 

.1924 

.0532 

N(CFNI)= ° 
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RESOLUTION ANALYSIS 



JAQ Reference: 




J 3.5. 


2.5 




Feature Nc 


ime: 




STATUS FORMULA 


Resolution 


Inequal 


ity: 


N/A 






Resolution 


Equation: 


N/A 






Number of 


users w 


ithi 


jsage rates: 


GQ Tl = N/A 


Resolution: 






Retain 


as i 


optional (Required if Sti 


Data: 












Application 








Compliance 


ADPAC-1 










CFI 


ADPAC-2 










CFI 


ADPAC-3 










CFI 


CSC 


.- 








CFI 


FAA 










CFI 


FOCC-1 










CFI 


FOCC-2 










CFI 


HAM 










CFI 


NAVC-1 










CFI 


NAVC-2 










CFI 


NAVC-3 










CFI 


NCDCF 










CFI 


NEL 










CFI 


NMCSSC 










CFI 


RADC-1 










CFI 


RADC-2 










CFNI 


RADC-3 










CFI 


RADC-4 










CFI 


SAC-1 










CFI 


SAC-2 










CFI 


SAC-3 










CFI 


SAC-4 










CFI 



AFC Reference: A 1.1.2 



Usage 



N(CFI) = 



21 



N(CFID) = 



= 



N(CFNI) = 



1 
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RESOLUTION ANALYSIS 



JAQ Reference: 




J 3. 


,5.1. 


1.14 


Feature Name: 




EXPLICIT STATUS SIZE ATTRIBU" 


Resolution Inequal 


ity: 


UGQ Tl 


= .01 


Resolution Equation: 


U = 


Q70/Q58 


Number of users with 


usage rates: 


GQ Tl =12 


Resolution: 




Retain as 


nucleus (Meaningful on 


Data: 




imp 


lemen 


ted) 


Application 








Compliance 


ADPAC-1 








CFI 


ADPAC-2 








CFI 


ADPAC-3 








CFI 


CSC 








CFI 


FAA 








CFI 


FOCC-1 








CFI 


FOCC-2 








CFI 


HAM 








CFI 


NAVC-1 








CFI 


NAVC-2 








CFI 


NAVC-3 








CFI 


NCDCF 








CFI 


NEL 








CFI 


NMCSSC 








CFI 


RADC-1 








CFID 


RADC-2 








CFI 


RADC-3 








CFI 


RADC-4 








CFI 


SAC-1 








CFI 


SAC-2 








CFI 


SAC-3 








CFI 


SAC-4 








CFI 



AFC Reference: A 1.1 .3 



N(CFI) = 



21 



N(CFID) = 



_ 1 



Usage 



.6000 



(N/A) 

.2 



.0100 



(N/C) 

.2000 





.0500 

.2000 

(N/C) 

.2 

1 



.0500 

.1484 

.0543 

.0487 

N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1 .2 AFC Reference: A 1 .2.1 

Feature Name: STRUCTURE ARRAY 

Resolution Inequality: N/A 

Resolution Equation: Q74(Q74 + Q78) 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Retain as optional (Note: In the AFC, we accepted ARRAY as a nucleus 



Data: 



Application 



data structure. Since the number of users implementing ARRAY is relatively 
small, and because the usage where implemented is low, we are altering the 
status of this feature to "optional"). 



)EE 



Complia 



nee 



Usage 



ADPAC-1 




CFI 







ADPAC-2 




CFI 







ADPAC-3 




CFI 







CSC 




CFID 




(N/A) 


FAA 




CFID 




.2 


FOCC-1 




CFNI 







FOCC-2 




CFN1 







HAM 




CFNI 







NAVC-1 




CFNI 




(N/C) 


NAVC-2 




CFNI 







NAVC-3 




CFNI 







NCDCF 




CFNI 







NEL 




CFID 




.2500 


NMCSSC 




CFNI 







RADC-1 




CFID 




(N/C) 


RADC-2 




CFNI 







RADC-3 




CFI 




.0322 


RADC-4 




CFI 







SAC-1 




CFID 







SAC-2 




CFID 




.0181 


SAC-3 




CFID 




.0417 


SAC -4 




CFID 




.0676 




N(CFI)= 5 




N(CFID) = 8 


N(CFNI)= 9 
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RESOLUTION ANALYSIS 



J 3.5.1.3.1 
STRUCTURE TABLE 
UGQ Tl = .10 
U - Q78/(Q78 + Q74) 
Number of users with usage rates: GQ Tl = 18 

Resolution: Retain as nucleus 



JAQ Reference: 
Feature Name: 
Resolution Inequality 
Resolution Equation: 



AFC Reference: A 1.2.2 



Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 



Usage 



N(CFI) = 22 



(N/A) 
9 



(N/C) 



7500 

(N/C) 
9 
9677 



N(CFID)= ° 



9818 
9582 
9323 

N(CFNI)= ° 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.3.4 

Feature Name: TABLE VARIABILITY ATTRIBUTE 

Resolution Inequality: U GQ Tl = .10 

Resolution Equation: U = Q86/Q78 

Number of users with usage rates: GQ Tl = 18 



AFC Reference: A 1.2.3 
RIGID 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Retain as nucleus 



Compliance 
CFI 
CFI 
CFI 
CFI 
CFI 
CFID 
CFID 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFID 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 



Usage 

.4736 

.8750 

1 

(N/A) 

.8 

.2608 

.7500 

.0625 

(N/C) 

1 

.9534 

.4000 

.666 



(N/C) 

.9 

.1666 

.5555 

.5952 

.4615 

.9556 

.6113 



N(CFI)= 19 



N(CFID) = 



N(CFNI) = 







138 



RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.3.4 AFC Reference: A 1.2.3 

Feature Name: TABLE VARIABILITY ATTRIBUTE - VARIABLE 

Resolution Inequality: U GQ Tl = .10 

Resolution Equation: 1 - (Q86/Q87) 

Number of users with usage rates: GQ Tl = 18 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 19 
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Compliance 


Usage 


CFI 


.5264 


CFI 


.1250 


CFI 





CFI 


N/A 


CFI 


.2 


CFID 


.7392 


CFID 


.2500 


CFI 


.9375 


CFI 


N/C 


CFI 





CFI 


.0466 


CFI 


.6000 


CFI 


.334 


CFI 


1 


CFID 


N/C 


CFI 


.1 


CFI 


.8334 


CFI 


.4445 


CFI 


.4048 


CFI 


.5385 


CFI 


.0444 


CFI 


.3887 


N(CFID)= 3 
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RESOLUTION ANALYSIS 



JAQ Reference: 




J 3.5.2.2.2.6 


Feature Name: 




NENT 




Resolution Inequal 


ity: 


UGQ Tl 


= .10 


Resolution Equation: 


U = Q169/Q78 


Number of users with i 


usage rates: 


GQ Tl = 15 


Resolution: 




Retain as 


nucleus 


Data: 








Application 






Compliance 


ADPAC-1 






CFI 


ADPAC-2 






CFI 


ADPAC-3 






CFI 


CSC 






CFI 


FAA 






CFI 


FOCC-1 






CFI 


FOCC-2 






CFI 


HAM 






CFI 


NAVC-1 






CFI 


NAVC-2 






CFI 


NAVC-3 






CFI 


NCDCF 






CFI 


NEL 






CFI 


NMCSSC 






CFI 


RADC-1 






CFI 


RADC-2 






CFI 


RADC-3 






CFI 


RADC-4 






CFI 


SAC-1 






CFI 


SAC-2 






CFI 


SAC-3 






CFI 


SAC-4 






CFI 



AFC Reference: A 1.2.3 



Usage 

.6315 

.1250 



(N/A) 

.8 

1.304 

.2500 

.9375 

(N/C) 

1 

.8139 

1 

.0166 

.6666 

(N/C) 

.2 



.0555 

1.976 

.3230 

.8076 

1.279 



N(CFI) = 22 



N(CFID)= 



N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.1.2 AFC Reference: A 1.2.4 

Feature Name: NWDSEN 

Resolution Inequality: U GQ T1 = .02 

Resolution Equation: U = Q140/Q78 

Number of users with usage rates: GQ Tl = 

Resolution: Retain as optional 

Data: 

Application Compliance Usage 

ADPAC-1 CFI 

ADPAC-2 CFI 

ADPAC-3 CFI 

CSC CFID (N/A) 

FAA CFI .8 

FOCC-1 CFI .0173 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI (N/C) 

NAVC-2 CFI 

NAVC-3 CFI 

NCDCF CFNI 

NEL CFI .0166 

NMCSSC CFNI 

RADC-1 CFI (N/C) 

RADC-2 CFI .1 

RADC-3 CFI 

RADC-4 CFI 

SAC-1 CFI .0119 

SAC-2 CFI .0115 

SAC-3 CFI .0087 

SAC-4 CFI .0010 

N(CFI)= 19 N(CFID)= 1 N(CFNI)=2 
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RESOLUTION ANALYSIS 



JAQ Reference: 


J 3.5.1.4 






AFC Reference: A 1.2.5 


Feature Name: 


STRUCTURE STRING 






Resolution Inequal 


ity: UGQT1 


= .10 






Resolution Equation: U = Ql 03/Q78 






Number of users with usage rates: 


GQ Tl = 


2 




Resolution: 


Delete 








Data: 










Application 




Compliance 




Usage 


ADPAC-1 




CFNI 







ADPAC-2 




CFNI 







ADPAC-3 




CFNI 







CSC 




CFI 




(N/A) 


FAA 




CFI 




.2 


FOCC-1 




CFNI 







FOCC-2 




CFNI 







HAM 




CFNI 







NAVC-1 




CFNI 




(N/C) 


NAVC-2 




CFNI 







NAVC-3 




CFNI 







NCDCF 




CFNI 







NEL 




CFNI 







NMCSSC 




CFNI 







RADC-1 




CFNI 




(N/C) 


RADC-2 




CFNI 







RADC-3 




CFNI 







RADC-4 




CFNI 







SAC-1 




CFI 







SAC-2 




CFI 




.0307 


SAC-3 




CFI 




.2697 


SAC-4 




CFI 




.0357 




N(CFI)= 6 


N(CFID) = 


N(CFNI)= 16 
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RESOLUTION ANALYSIS 



J 3.5.2.2.2.1 
BIT 

UGQ Tl =.03 
U = Q149/Q14 
Number of users with usage rates: GQ Tl = 10 

Resolution: Retain as optional 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



AFC Reference: A 2.1 



Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFID 
CFID 
CFID 
CFID 



Usage 



.0416 



(N/A) 

.8 

.0200 

.0200 



(N/C) 

.1000 



.0800 

.0020 

.6666 

(N/C) 

.9 

.0100 

.1635 

.0966 

.0210 

.0689 

.0649 



N(CFI) 



= 18 



N(CFID) = 



4 



N(CFNI) = 



_ 
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RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.2.2.2.2 

BYTE 

UGQ Tl = .03 

U = Q153/(Q46+Q50) 



AFC Reference: A 2.2 



Number of users with usage rates: GQ Tl = 15 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



N(CFI) 



= 17 



Compliance 


Usage 


CFI 


2.883 


CFI 


2.428 


CFI 


1.291 


CFI 


(N/A) 


CFI 


.8 


CFI 


.3076 


CFI 


.0150 


CFI 


4.000 


CFI 


(N/C) 


CFI 


.1500 


CFI 





CFI 


.8571 


CFI 


.0294 


CFI 


.6666 


CFI 


(N/C) 


CFNI 





CFI 


.7500 


CFI 


.6666 


CFID 


4.235 


CFID 


2.058 


CFID 


.9856 


CFI 


.9605 


N(CFID)= 4 


N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5. 2.2.2.3-4 

Feature Name: CHAR/MANT 

Resolution Inequality: |J GQ Tl = .03 
Resolution Equation: (J = (Q157 + Q161)/Q38 

Number of users with usage rates: GQ Tl = 1 



AFC Reference: A 2.3 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Delete 



N(CFI) = 



Compliance 


Usage 


CFI 





CFI 


.2000 


CFI 





CFNI 


(N/A) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 





CFI 


.0200 


CFNI 





CFNI 


(N/C) 


CFI 





CFI 





CFI 





CFNI 





CFNI 





CFNI 





CFNI 





N(CFID)= ° 


N(CFNI) 
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RESOLUTION ANALYSIS 



J 3.5.2.2.1 AFC Reference: A 2.4 

SUBSCRIPTING - Expressed as Complex Numeric Formula 

N/A 

U = Q144/(Q74 + Q78 + Q103) 
Number of users with usage rates: GQ Tl = N/A 

Resolution: Accepted as nucleus 



JAQ Reference: 
Feature Name: 
Resolution Inequality 
Resolution Equation: 



Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Com 



plia 



nee 



CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFID 

CFID 

CFID 

CFID 



Usage 
.3684 

.1250 

1 

(N/A) 

.8 

.1304 

.6250 



(N/C) 

.2000 

.5813 

.4000 

.0750 

6.666 

(N/C) 

.9 

32.25 

4.444 

1.500 

.5425 

1.229 

.8433 



N(CFI)= 18 



N(CFID) = 



_ 4 



N(CFNI) = 



_ 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.2.1 AFC Reference: A 2.4 

Feature Name: SUBSCRIPTING - Nested 

Resolution Inequality: N/A 

Resolution Equation: U = Q145/(Q74 + Q78 + Ql 03) 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Accepted as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = ^ ^\(reip>\ = 4 M/rcMi\ = 

147 



Compliance 


Usage 


CFI 





CFI 





CFI 


.8000 


CFI 


(N/A) 


CFI 


.8 


CFI 


.0869 


CFI 


1.250 


CFI 





CFI 


(N/C) 


CFI 


.0666 


CFI 


.2325 


CFI 


1 


CFI 


.0050 


CFI 


1.333 


CFI 


(N/C) 


CFI 


.2 


CFI 


16.12 


CFI 


.1111 


CFID 


.3095 


CFID 


.2932 


CFID 


2.030 


CFID 


.5927 


N(CFID)= 4 


N(C 



RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.6 AFC Reference: a 2.5 

Feature Name: TABLE ENTRY REFERENCING (ENTRY/ENT) 

Resolution Inequality: U GQ Tl =.02 

Resolution Equation: u = Q200/Q78 

Number of users with usage rates: qq Tl - 13 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



N(CFI) = 9 



Compliance 


Usage 


CFID 


.6315 


CFID 


.2500 


CFID 





CFI 


(N/A) 


CFID 


.8 


CFI 


.0652 


CFI 


2.500 


CFI 





CFI 


(N/C) 


CFI 


.3333 


CFI 





CFI 


.0400 


CFI 


.0200 


CFID 


.6666 


CFID 


(N/C) 


CFNI 





CFI 





CFI 





CFID 


.6904 


CFID 


.2307 


CFID 


.4125 


CFID 


.2202 


N(CFID)= 9 


N(CFNI)= 3 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.2.2.1 AF ^ Reference: A 2 .6 

Feature Name: 

Resolution Inequality: N/A 

Resolution Equation: ENT: U = Q201/Q200; ENTRY: U = 1 - Q201/Q200 

Number of users with usage rates: qq ji - n/a 

Resolution: Retain ENTRY as nucleus; delete ENT (Basis of resolution: As shown below, the 
Data- majority of applications implementing both ENT and ENTRY and which use 

table entry referencing at all, use ENTRY either exclusively or in most cases.) 



Application 
ADPAC-1 


ENT 
CFNI 


ADPAC-2 


CFNI 


ADPAC-3 


CFNI 


CSC 


CFI 


FAA 


CFI 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFI 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFI 


NMCSSC 


CFNI 


RADC-1 


CFI 


RADC-2 


CFNI 


RADC-3 


CFI 


RADC-4 


CFI 


SAC-1 


CFI 


SAC-2 


CFI 


SAC-3 


CFI 


SAC-4 


CFI 


ENT: 
ENTRY: 


N(CFI)= 17 
N(CFI) = 16 



Compliance 



Usage 



"ENTRY 


ENT 
U 


'ENTRY 


CFI 




CFI 







CFI 







CFI 


(N/A) 


(N/A) 


CFNI 


1 





CFI 







CFI 







CFI 








CFI 


(N/C) 


(N/C) 


CFI 







CFI 








CFI 







CFI 


.8333 


.1667 


CFI 







CFI 


(N/C) 


(N/C) 


CFNI 


(N/C) 


(N/C) 


CFI 








CFI 








CFNI 


1 





CFNI 


1 





CFNI 


1 





CFNI 


1 





N(CFID) = 
N(CFID) = 






N(CFNi)= 5 
N(CFNI) = 6 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.1.15 AFC Reference: A3 

Feature Name: COMPUTER REPRESENTATION OF DATA 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Modified as specified in 3.2.2.1 (hexadecimal constant), 3.2.2.3 

p, . (CHARCODE), 3.2.2.5 (computer representation of numeric variables 

and constants, and 3.2.2.1 (extended precision) 

Usage 



Application 




Compliance 


ADPAC-1 




CFI 


ADPAC-2 




CFI 


ADPAC-3 




CFI 


CSC 




CFID 


FAA 




CFI 


FOCC-1 




CFI 


FOCC-2 




CFI 


HAM 




CFI 


NAVC-1 




CFI 


NAVC-2 




CFI 


NAVC-3 




CFI 


NCDCF 




CFI 


NEL 




CFID 


NMCSSC 




CFID 


RADC-1 




CFID- 


RADC-2 




CFI 


RADC-3 




CFI 


RADC-4 




CFID 


SAC-1 




CFID 


SAC-2 




CFID 


SAC-3 




CFID 


SAC -4 




CFI 




N(CFI) = 


14 |s 



N(CFID)= 8 



N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.1.1.1 
OCTAL CONSTANT 
UGET1 =1 
U = Q4 



AFC Reference: A 3.1 



Number of users with usage rates: GO. Tl - 18 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



The "Bit String Constant" Facility provided by Octal Constant is 
retained as nucleus; however, octal is optional if hexadecimal 
(3.2.2.1) is chosen for implementation. 

Compliance Usage 



N(CFI) 



18 



CFI 


48 


CFI 


60 


CFI 


1 


CFI 


(N/A) 


CFI 


.2 


CFI 


70 


CFI 


70 


CFI 


130 


CFI 


(N/C) 


CFI 


12 


CFI 


1 


CFI 


30 


CFI 


1,000 


CFI 


50 


CFI 


(N/C) 


CFI 


.7 


CFI 


30 


CFI 


25 


CFID 


520 


CFID 


5000 


CFID 


453 


CFID 


860 


N(CFID) = 


= 4 N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.3.5 AFC Reference: A 3.3 

Feature Name: BASIC TABLE STRUCTURE ATTRIBUTE - PARALLEL 

Resolution Inequality: U GQ Tl = . 10 

Resolution Equation: U = Q89/(Q89A + Q89) 

Number of users with usage rates: GQT1 = 10 

Resolution: Retain as nucleus 

Data: 

Application Compliance Usage 

ADPAC-1 CFI .8157 

ADPAC-2 CFI .0625 

ADPAC-3 CFI 1 

CSC CFI (N/A) 

FAA CFID 

FOCC-1 CFI 

FOCC-2 CFI .1428 

HAM CFI 1 

NAVC-1 CFI (N/C) 

NAVC-2 CFI 

NAVC-3 CFI .9767 

NCDCF cp l ° 

NEL CFI .8000 

NMCSSC CFI - 3333 

RADC-1 CFI (N/C) 



RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



CFI .2 

CFI .5000 

CFI .9090 

CFNI 

CFNI 

CFNI 

CFID 

N(CFI)= 17 N(CFID)= 2 N(CFNI) = 
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RESOLUTION ANALYSIS 

J AQ Reference: J 3.5.1.3.5 AFC Reference: ^ 3.3 

Feature Name: BASIC TABLE STRUCTURE ATTRIBUTE - SERIAL 

Resolution Inequality: UGQ = .10 

Resolution Equation: U = Q89A/(Q89A + Q89) 

Number of users with usage rates: GQ Tl = 16 

Resolution: Retain as nucleus 

Data: 

Application Compliance Usage 

ADPAC-1 CFI .1842 

ADPAC-2 CFI .9375 

ADPAC-3 CFI 

CSC CFI (N/A) 

FAA CFID .9 

FOCC-1 CFI 1 

FOCC-2 CFI .8572 

HAM CFI 

NAVC-1 CFI (N/C) 

NAVC-2 CFI 1 

NAVC-3 CFI .0232 

NCDCF CFI 1 

NEL CFI .2000 

NMCSSC CFI .6666 

RADC-1 CFI (N/C) 

RADC-2 CFI .9 

RADC-3 CFI .5000 

RADC-4 CFI .9090 

SAC-1 CFI 1 

SAC-2 CFI 1 

SAC-3 CFI 1 

SAC-4 CFID 1 

N(CFI)= 20 N(CFID)= 2 N(CFM) = 
153 



RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.3.6.1 AFC Reference: A 3.4 

Feature Name: ORDINARY PACKING - Medium and/or Dense 

Resolution Inequality: U GQ Tl = .02 
Resolution Equation: U = (Q95 + Q95A) +/Q78 

Number of users with usage rates: GQ Tl = 14 



Resolution: 


Retain as optional 


Data: 




Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFI 


FOCC-1 


CFID 


FOCC-2 


CFID 


HAM 


CFI 


NAVC-1 


CFID 


NAVC-2 


CFID 


NAVC-3 


CFID 


NCDCF 


CFID 


NEL 


CFID 


NMCSSC 


CFID 


RADC-1 


CFI 


RADC-2 


CFID 


RADC-3 


CFI 


RADC-4 


CFID 


SAC-1 


CFID 


SAC-2 


CFID 


SAC-3 


CFID 


SAC-4 


CFID 



Usage 



.0625 



(N/A) 









(N/C) 







.3333 



(N/C) 

.2222 

.1666 

.0222 

(N/C) 

(N/C) 

(N/C) 



N(CFI)= 8 N(CFID)= M N(CFNI)= ° 
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RESOLUTION ANALYSIS 



JAQ Reference: 




J 3.5.1.; 


3.6.1 




AFC Reference: A 3.4 


Feature Name: 




ORDINARY PACKING - 


Medium 




Resolution Inequal 


ity 


. U GQ Tl 


= .05 






Resolution Equation: 


U = Q95/(Q95 + Q95A) 






Number of users with 


usage rates: 


GQT1 =0 






Resolution: 




Delete 








Data: 












Application 






Compliance 




Usage 


ADPAC-1 






CFI 







ADPAC-2 






CFI 







ADPAC-3 






CFI 







CSC 






CFI 




(N/A) 


FAA 






CFI 







FOCC-1 






CFNI 







FOCC-2 






CFNI 







HAM 






CFI 







NAVC-1 






CFNI 




(N/C) 


NAVC-2 






CFNI 







NAVC-3 






CFNI 







NCDCF 






CFID 







NEL 






CFNI 







NMCSSC 






CFNI 







RADC-1 






CFI 




(N/C) 


RADC-2 






CFNI 







RADC-3 






CFI 







RADC-4 






CFNI 







SAC-1 






CFID 







SAC-2 






CFID 







SAC-3 






CFID 







SAC-4 






CFID 











N(CFI)= 8 


N(CFID) = 14 


N(CFNI)= 



155 



RESOLUTION ANALYSIS 



JAQ Reference: 

Feature Name: 

Resolution Inequality: 

Resolution Equation: \j = Q95A/(Q95 + Q95A) 

Number of users with usage rates: QQ Tl = 5 

Resolution: 

Data: 

Compliance 
CFI 



AFC Reference: 



A 3.4 



Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



J 3.5.1.3.6.1 

ORDINARY PACKING - Dense 
UGQT1 =.05 



Retain as optional (must be implemented if Ordinary Packing 
is implemented) 



Usage 



1 



(N/A) 









(N/C) 







1 



(N/C) 

1 

1 

1 









N(CFNI)= ° 



N(CFI)= 8 



CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFNI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFID 

CFID 

CFID 

CFID 
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N(CFID)= 14 



RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.1.3.6.1 

NO" PACKING NOTATION 

UGQ Tl = .05 

U = Q94/(Q93 + Q94) 



AFC Reference: A 3.4 



"N" 



Number of users with usage rates: 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC -3 

SAC-4 



Delete 



GQ Tl =1 



N(CFI) = 8 



Compliance 


Usage 


CFI 





CFI 





CFI 





CFI 


(N/A) 


CFI 





CFID 





CFID 





CFI 





CFID 


(N/C) 


CFID 





CFID 





CFID 





CFID 





CFID 





CFI 


(N/C) 


CFID 


.818 


CFI 


1 


CFID 


.027 


CFID 





CFID 





CFID 





CFID 





N(CFID) = 14 


N(CFNI) = 
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RESOLUTION ANALYSIS 

J AQ Reference: J 3.5.1.3.6.2 AFC Reference: ^ 3.5 

Feature Name: DEFINED PACKING 

Resolution Inequality: U GQ Tl = .10 

Resolution Equation: U = Q99/Q78 

Number of users with usage rates: GQ Tl = 17 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



N(CFI) 



= 18 



Compliance 


Usage 




CFI 




.4473 




CFI 




.9375 




CFI 




1 




CFI 




(N/A) 




CFI 




.2 




CFI 




1 




CFI 




1 




CFI 




.0625 




CFI 




(N/C) 




CFI 




1 




CFI 




.9534 




CFI 




.6000 




CFI 




.1666 




CFI 




.4666 




CFI 




(N/C) 




CFI 




.9 




CFI 









CFI 




.222 




CFID 




.3095 




CFID 




.5384 




CFID 




.7423 




CFID 




.7875 






N(CFID) = 4 


N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.7.1 AFC Reference: A 3.6 

Feature Name: INDEPENDENT OVERLAY DECLARATION 

Resolution Inequality: U GQ Tl = 1 

Resolution Equation: U = Q129 

Number of users with usage rates: GQ Tl = 15 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI)= 16 
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Compliance 


Usage 


CFI 


19 


CFI 


7 


CFI 





CFID 


(N/A) 


CFNI 





CFI 


30 


CFI 


10 


CFI 





CFI 


(N/C) 


CFI 


2 


CFI 





CFI 


5 


CFI 


30 


CFI 


25 


CFI 


(N/C) 


CFI 


1 or more 


CFI 


3 


CFI 


25 


CFID 


10 


CFID 


250 


CFID 


77 


CFID 


1370 


> N(CFID)= 5 


N(CFNI) = 



RESOLUTION ANALYSIS 



JAQ Reference: 




J 3 


.5.1.7.2 


Feature Na 


me: 




SUBORDINATE OVERLAY DEC LA 


Resolution 


nequal 


ity: 


UGQ Tl 


= 1 


Resolution 


Equation: 


U = 


Q133 




Number of 


users with 


usage 


rates: 


GQT1 =0 


Resolution: 






Del 


ete 




Data: 












Application 








Compliance 


ADPAC-1 










CFNI 


ADPAC-2 










CFNI 


ADPAC-3 










CFNI 


CSC 










CFI 


FAA 










CFNI 


FOCC-1 










CFNI 


FOCC-2 










CFNI 


HAM 










CFNI 


NAVC-1 










CFNI 


NAVC-2 










CFNI 


NAVC-3 










CFNI 


NCDCF 










CFNI 


NEL 










CFNI 


NMCSSC 










CFNI 


RADC-1 










CFNI 


RADC-2 










CFNI 


RADC-3 










CFNI 


RADC-4 










CFNI 


SAC-1 










CFID 


SAC-2 










CFID 


SAC-3 










CFID 


SAC-4 










CFID 



AFC Reference: A 3.6 



Usage 



(N/A) 



4 





(N/C) 











(N/C) 







10 

20 

10 

10 



N(CFI) = 



N(CFID) = 



_ 4 



N(CFNI) = 17 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.1.1 AFC Reference: A 3.8 

Feature Name: LOC 

Resolution Inequality: u G Q Tl = 1 

Resolution Equation: U = Q136 

Number of users with usage rates: GQ Tl =4 

Resolution: Retain as nucleus* 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 9 

*These data indicate that 'LOC be retained as optional. Responses to Interview Question 1-15 (2) 

indicate nucleus, however. . ,. 

I 61 



Compliance 


Usage 


CFNI 





CFNI 





CFNI 





CFID 


(N/A) 


CFNI 





CFI 


5 


CFI 


3 


CFI 





CFI 


(N/C) 


CFI 


3 


CFI 





CFNI 





CFI 


73 


CFNI 





CFI 


(N/C) 


CFNI 





CFI 





CFNI 





CFNI 





CFNI 





CFNI 





CFID 





N(CFID)= 2 


N(CFNI)= 11 



RESOLUTION ANALYSIS 

JAQ Reference: j 3.5.2.3.1 AFC Reference: ^ 4 

Feature Name: PARENTHESIZED NUMERIC FORMULAS 

Resolution Inequality: n/a 

Resolution Equation: u = Q173 

Number of users with usage rates: QQ Tl * N/A 



Resolution: 


Accept 


as nucleus 




Data: 








Application 




Compliance 


Usage 


ADPAC-1 




CFI 


14 


ADPAC-2 




CFI 


15 


ADPAC-3 




CFI 





CSC 




CFI 


(N/A) 


FAA 




CFI 





FOCC-1 




CFI 


30 


FOCC-2 




CFI 


100 


HAM 




CFI 


230 


NAVC-1 




CFI 


' (N/C) 


NAVC-2 




CFI 


20 


NAVC-3 




CFI 


50 


NCDCF 




CFI 


20 


NEL 




CFI 


10 


NMCSSC 




CFI 


1000 


RADC-1 




CFI 


(N/C) 


RADC-2 




CFI 


1 or more 


RADC-3 




CFI 


500 


RADC-4 




CFI 


20 


SAC-1 




CFI 


240 


SAC-2 




CFI 


2700 


SAC-3 




CFI 


968 


SAC-4 




CFI 


2290 




N(CF!) = 


22 N(CFID)=0 


N(CFNI)= 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.2.3.5 AFC Reference: A 4 

Feature Name: MIXED ITEM TYPES IN NUMERIC FORMULAS 

Resolution Inequality: N/A 

Resolution Equation: U = Q189 

Number of users with usage rates: GQ Tl = N/A 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-! 

SAC-2 

SAC-3 

SAC-4 



Accept as nucleus 



Complia 



nee 



CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFID 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 



N(CFI) = 



_ 21 



N(CFID) = 



_ 1 



Usage 


20 


(N/A) 
1 or more 
150 
50 


(N/C) 
5 


10 
150 
100 
(N/C) 
1 or more 
20 
10 
100 
4500 

80 

N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.1.4 AFC Reference: A 4 

Feature Name: ITEM TYPE INTEGER 

Resolution Inequality: N/A 

Resolution Equation: U = Q18/(Q18 + Q22 + Q38) 
Number of users with usage rates: GQ Tl = 15 

Resolution: Accept as nucleus 
Data: 

Application Compliance Usage 

ADPAC-1 CFID .7525 

ADPAC-2 CFID .1428 

ADPAC-3 CFID .4772 

CSC CFI (N/A) 

FAA CFI .9 

FOCC-1 CFI .0963 

FOCC-2 CFI .1428 

HAM CFI .0303 

NAVC-1 CFI (N/C) 

NAVC-2 CFI .2857 

NAVC-3 CFI .1000 

NCDCF CFI .8000 

NEL CFI .5000 

NMCSSC CFI .0476 

RADC-1 CFI (N/C) 

RADC-2 CFNI 

RADC-3 CFI .9937 

RADC-4 CFI .7142 

SAC-1 CFID .9539 

SAC-2 CFID .8791 

SAC-3 CFID .9649 

SAC-4 CFID .9570 

N(CFI)= 14 N(CFID)= 7 N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.1.5 AFC Reference: A 4 

Feature Name: ITEM TYPE FIXED POINT 
Resolution Inequality: N/A 

Resolution Equation: U = Q22/(Q18 + Q22 + Q38) 
Number of users with usage rates: GQ = N/A 

Resolution: Accept as nucleus 
Data: 

Application Compliance Usage 

ADPAC-1 CFI .2474 

ADPAC-2 CFI .6190 

ADPAC-3 CFI .5227 

CSC CFI (N/A) 

FAA ' CFI .8 

FOCC-1 CFI .7831 

FOCC-2 CFI 

HAM CFI .9090 

NAVC-1 CFI (N/C) 

NAVC-2 CFI .7142 

NAVC-3 CFI .6000 

NCDCF CFI .1600 

NEL CFI .3500 

NMCSSC CFI .5714 

RADC-1 CFID (N/C) 

RADC-2 CFI 9 

RADC-3 CFI .0062 

RADC-4 CFID .2857 

SAC-1 CFID .0184 

SAC-2 CFID .0293 

SAC-3 CFID .0155 

SAC-4 CFID .0184 

N(CFI)= 16 N(CFID)= 6 N(CFNI) = ° 
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RESOLUTION ANALYSIS 

J AQ Reference: J 3.5.1.1.5 AFC Reference: A4 

Feature Name: ITEM TYPE FIXED POINT - Scale in Declaration Blank or Zero 

Resolution Inequality: U GQ Tl = .02 

Resolution Equation: U = Q23/Q22 

Number of users with usage rates: GQ Tl = 16 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 



Compliance 


Usage 


CFI 


(N/C) 


CFI 


.7692 


CFI 


.6521 


CFI 


(N/A) 


CFI 





CFI 


1 


CFI 





CFI 


1.166 


CFI 


(N/C) 


CFI 





CFI 


1 


CFI 





CFI 


.0285 


CFI 


.6666 


CFI 


(N/C) 


CFI 


.9 


CFI 


1 


CFI 


.4166 


CFI 





CFI 


1.156 


CFI 


.1666 


CFI 





6 N(CFID)= 


N(CFNI)= 
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RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.1.1.8 
RANGE ATTRIBUTE 
UGQ Tl = .10 
U = Q34/(Q18 + Q22) 



AFC Reference: A 4 3 



Number of users with usage rates: GQ Tl = 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Delete 



Compliance 



CFNI 

CFNI 

CFNI 

CFI 

CFNI 

CFNI 

CFNI 

CFNI 

CFNI 

CFNI 

CFNI 

CFNI 

CFNI 

CFNI 

CFID 

CFNI 

CFNI 

CFI 

CFNI 

CFNI 

CFNI 

CFNI 



N(CFI) = 2 



N(CFID) = 



Usage 







(N/A) 









(N/C) 











(N/C) 















N(CFNi)= 19 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.1.9 

Feature Name: ITEM TYPE FLOATING POINT 

Resolution Inequality: N/A 

Resolution Equation: U = Q38/(Q1 8 + Q22 + Q38) 

Number of users with usage rates: GQ Tl = N/A 



AFC Reference: A 4.4 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC -4 



Accept as nucleus 



Compliance 



CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 



N(CFI) = 



22 



N(CFID)= ° 



Usage 



.2380 



(N/A) 

.9 

.1204 



.0606 

(N/C) 



.3000 

.0400 

.1500 

.3809 

(N/C) 

.2 





.0276 

.0915 

.0194 

.0245 

N(CFNI) = 



= 
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RESOLUTION ANALYSIS 



JAQ Reference: 

Feature Name: 

Resolution Inequality: 

Resolution Equation: 

Number of users with usage rates 

Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 



J 3.5.1.1.6 

SIGN ATTRIBUTE 

U GE Tl = .01 

U = Q26/(Q18 + Q22) 

GQ Tl =14 



AFC Reference: A 4.4 



Retain as nucleus (Note: Usage data refers to "signed" items) 



Compliance 


Usage 


CFI 


.04 


CFI 


.03 


CFI 


.05 


CFI 


(N/A) 


CFI 


.02 


CFI 


1.095 


CFI 


.04 


CFI 


.004 


CFI 


(N/C) 


CFI 





CFI 


1 


CFI 


.008 


CFI 


.03 


CFI 


.01 


CFI 


(N/C) 


CFI 


.03 


CFI 


.09 


CFI 


.01 


CFI 


.02 


CFI 


.008 


CFI 


.003 


CFI 


.02 


22 N(CFID)= 


N(CFNI)= 
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RESOLUTION ANALYSIS 



JAQ Reference: 


J 3.5.2.3.2 AFC Reference: A4#5 


Feature Name: 


PREFIX + AND - 


Resolution Inequa! 


'ty: U GQ Tl = 1 


Resolution Equation: U = Q177 


Number of users with usage rates: qq Jl = 13 


Resolution: 


Retain as nucleus (Note modification of precedence (3.2.2.6)) 


Data: 




Application 


Compliance Usage 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 2 


CSC 


CFI (N/A) 


FAA 


(N/C) 


FOCC-1 


CFI 30 


FOCC-2 


CFI 


HAM 


CFI 55 


NAVC-1 


CFI (N/C) 


NAVC-2 


CFI 20 


NAVC-3 


CFI 15 


NCDCF 


CFI 5 


NEL 


CFI 3 


NMCSSC 


CFID 10 


RADC-1 


CFI (N/C) 


RADC-2 


CFNI 


RADC-3 


CFI 


RADC-4 


CFI 20 


SAC-1 


CFID 140 


SAC-2 


CFID 9000 


SAC-3 


CFID 64 


SAC -4 


CFID 1300 




N(CFI)= 15 N(CFID)= 5 N(CFNI) = 1 



"Misprinted page in JAQ made it impossible for FAA to respond. 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.3.3 

Feature Name: EXPONENTIATION OPERATOR 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Accept as Nucleus 

Data: 



AFC Reference: A 4.5 



Application 




Compliance 


Usage 


ADPAC-1 




CFI 




ADPAC-2 




CFI 




ADPAC-3 




CFI 




CSC 




CFI 




FAA 




CFID 




FOCC-1 




CFI 




FOCC-2 




CFI 




HAM 




CFID 




NAVC-1 




CFI 




NAVC-2 




CFI 




NAVC-3 




CFI 




NCDCF 




CFI 




NEL 




CFI 




NMCSSC 




CFID 




RADC-1 




CFI 




RADC-2 




CFID 




RADC-3 




CFI 




RADC-4 




CFI 




SAC-1 




CFID 




SAC-2 




CFID 




SAC-3 




CFID 




SAC -4 




CFID 






N(CFI) = 


14 N(CFID)= 8 


N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J3.5.2.3.3 

Feature Name: EXPONENTIATION NOTATION - (* *) 

Resolution Inequality: U G Q Tl =1 

Resolution Equaltion: U - Q181 

Number of users with usage rates: G Q Tl =10 

Resolution: Delete 



AFC Reference: A 4.6 



Data: 



Note: Because of an oversight in the 
preparation of the JAQ, insufficient 
information regarding the use of exponen- 
tiation operators was obtained. We are 
recommending that (* *) be dropped, 
since ** is widely used in other high 
level languages, and since only one 
operator is required. 



Application 


Compliance 


Usage 


ADPAC-1 


CFI 


3 


ADPAC-2 


CFI 





ADPAC-3 


CFI 





CSC 


CFI 


(N/A) 


FAA 


CFI 


1 or more 


FOCC-1 


CFI 


5 


FOCC-2 


CFI 





HAM 


CFNI 





NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


5 


NAVC-3 


CFI 





NCDCF 


CFI 


2 


NEL 


CFI 


20 


NMCSSC 


CFNI 





RADC-1 


CFI 


(N/C) 


RADC-2 


CFNI 





RADC-3 


CFI 


5 


RADC-4 


CFI 





SAC-1 


CFI 


20 


SAC-2 


CFI 


225 


SAC-3 


CFI 


15 


SAC -4 


CFI 


20 


N(CFI) = 19 


N(CFID)= 


N(CFNI) = 3 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.2.3.4 

Feature Name: Absolute Value Operator 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl - N/A 

Resolution: Retain as optional 



AFC Reference: A 4.7 



Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFID 
CFID 
CFID 
CFI 
CFID 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFID 
CFI 
CFID 
CFI 
CFI 
CFID 
CFID 
CFID 
CFID 



Usage 

Note: Owing to an oversight in the 
preparation of the JAQ, insufficient 
data regarding use of absolute value 
operator were solicited. In the 
interests of being fair, we have 
declared this feature as optional. 



N(CFI)= 12 



N(CFID)= 10 



N(CFNI)= 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.2.3.4 

Feature Name: ABSOLUTE VALUE NOTATION 

Resolution Inequality: N/A 

Resolution Equation: Q185 

Number of users with usage rates: GE Tl = N/A 

Resolution: Delete 



AFC Reference: A 4.8 
(//) 



Data: 



Basis of Resolution: Only one notation for absolute 
value is required. The number of application which do not 
implement (/ /) or which have usage is 15. Therefore (/ /) 
is dropped in favor of ABS. 



Application 


Compliance 


Usage 


ADPAC-1 


CFNI 







ADPAC-2 


CFNI 







ADPAC-3 


CFNI 







CSC 


CFI 




(N/A) 


FAA 


CFNI 







FOCC-1 


CFI 







FOCC-2 


CFI 







HAM 


CFI 







NAVC-1 


CFI 




(N/C) 


NAVC-2 


CFI 




5 


NAVC-3 


CFI 




2 


NCDCF 


CFI 







NEL 


CFI 







NMCSSC 


CFI 




20 


RADC-1 


CFI 




(N/C) 


RADC-2 


CFI 




1 or more 


RADC-3 


CFI 







RADC-4 


CFI 







SAC-1 


CFNI 







SAC -2 


CFNI 







SAC-3 


CFNI 







SAC -4 


CFNI 







N(CFI) = 


14 


N(CFID) = 


N(CFNI) =8 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.4.9 

Feature Name: REM 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q265/Q18 

Number of users with usage rates: GQ Tl =0 



AFC Reference: A 4.9 



Resolution: 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Delete 



.omp 



lia 



nee 



Usage 



N(CFI)= 1 



CFNI 





CFNI 





CFNI 





CFI 


(N/A) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





N(CFID) : 


= N(CFNI)= 21 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.4.7 

Feature Name: REMQUO 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q257/Q18 

Number of users with usage rates: GQ Tl = 7 

Resolution: Delete 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI)= 9 



AFC Reference: A 4.9 



Compliance 


Usage 


CFI 




.001 


CFI 







CFI 




.009 


CFI 




(N/A) 


CFI 




.08 


CFID 







CFID 







CFI 




.05 


CFI 




(N/C) 


CFI 







CFI 







CFNI 







CFNI 







CFNI 







CFNI 




(N/C) 


CFNI 







CFNI 




.01 


CFNI 







CFID 




.001 


CFID 




.003 


CFID 




.001 


CFID 




.001 




N(CFID)= 6 


N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.1.7 
Feature Name: ITEM TYPE DUAL 
Resolution Inequality: U GQ Tl = .10 
Resolution Equation: U = Q30/Q14 

Number of users with usage rates: GQ Tl = 
Resolution: Delete 

Data: 



AFC Reference: A 5 



Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAyc-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 



N(CFI) = 1 



N(CFID)= 



Usage 




(N/A) 





(N/C) 






(N/C) 








N(CFNI)= 21 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.2.4 

Feature Name: DUAL FORMULAS 

Resolution Inequality: U GQ Tl = 

Resolution Equation: U = Q193/Q14 

Number of users with usage rates: GQ Tl = T2 = 

Resolution: Delete 



AFC Reference: A5 



Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 



N(CFI)= 



N(CFID)= 



Usage 




(N/A) 





(N/C) 






(N/C) 







N(CFNI) = 



22 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.7 AFC Reference: A6.1 

Feature Name: RELATIONAL FORMULAS (excluding "Chained") 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Accept as nucleus 

Data: 

Application Compliance Usage 

ADPAC-1 CFI 

ADPAC-2 CFI 

ADPAC-3 CFI 

CSC CFI 

FAA CFI 

FOCC-1 CFI 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI 

NAVC-2 CFI 

NAVC-3 CFI 

NCDCF CFI 

NEL CFID 

NMCSSC CFID 

RADC-1 CFI 

RADC-2 CFID 

RADC-3 CFI 

RADC-4 CFI 

SAC-1 CFID 

SAC-2 CFID 

SAC-3 CFID 

SAC-4 CFID 

N(CFI)= 15 N(CFID)=7 N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.7 AFC Reference: A 6.2 

Feature Name: "CHAINED" RELATIONAL FORMULAS 

Resolution Inequality: |j GQ 77 - 1 

Resolution Equation: u = Q205 

Number of users with usage rates: GQ Tl = 9 



Resolution: 


Retain 


as opt 


'onal 






Data: 












Application 






Compliance 


Usage 


ADPAC-1 






CFI 




37 


ADPAC-2 






CFI 




15 


ADPAC-3 






CFI 







CSC 






CFI 




(N/A) 


FAA 






CFI 




1 or more 


FOCC-1 






CFI 




10 


FOCC-2 






CFI 







HAM 






CFI 







NAVC-1 






CFI 




(N/C) 


NAVC-2 






CFI 




5 


NAVC-3 






CFI 







NCDCF 






CFI 







NEL 






CFNI 







NMCSSC 






CFNI 







RADC-1 






CFI 




(N/C) 


RADC-2 






CFNI 







RADC-3 






CFI 




10 


RADC-4 






CFI 







SAC-1 






CFI 




100 


SAC-2 






CFI 




700 


SAC -3 






CFI 




540 


SAC-4 






CFI 




600 




N(CFI) = 


19 


N(CFID)= 


N(CFNI)= 3 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.8 AFC Reference: A 7.1 

Feature Name: BOOLEAN FORMULAS -- with AND, OR, NOT 

Resolution Inequality: u GQ Tl = 1 

Resolution Equation: u = Q209 

Number of users with usage rates: GQ Tl = 15 

Resolution: Retain as nucleus 

Data: 



Application 


Compliance 


Usage 


ADPAC-1 


CFI 


18 


ADPAC-2 


CFI 


15 


ADPAC-3 


CFI 





CSC 


CFI 


(N/A) 


FAA 


CFI 





FOCC-1 


CFI 


500 


FOCC-2 


CFI 


15 


HAM 


CFI 


300 


NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


10 


NAVC-3 


CFI 


20 


NCDCF 


CFI 


20 


NEL 


CFI 


30 


NMCSSC 


CFI 


700 


RADC-1 


CFI 


(N/C) 


RADC-2 


CFI 


1 or more 


RADC-3 


CFI 


400 


RADC-4 


CFI 





SAC-1 


CFI 


1480 


SAC-2 


CFI 


7000 


SAC-3 


CFI 


1700 


SAC-4 


CFI 


8050 


N(CFI)= 21 N(CFID)= 


N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.1.12 AFC Reference: A 7.2 

Feature Name: ITEM TYPE BOOLEAN 

Resolution Inequality: U GQ Tl = .02 

Resolution Equation: U = Q54/Q14 

Number of users with usage rates: GQ Tl =8 

Resolution: Retain as nucleus 

Data: 

Application Compliance Usage 



ADPAC-l 


CFI 


.0500 


ADPAC-2 


CFI 


.1083 


ADPAC-3 


CFI 


.2380 


CSC 


CFI 


(N/A) 


FAA 


CFNI 





FOCC-1 


CFI 


.0480 


FOCC-2 


CFI 





HAM 


CFNI 





NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


.0500 


NAVC-3 


CFI 


.0050 


NCDCF 


CFI 


.2000 


NEL 


CFID 


.0100 


NMCSSC 


CFI 


.3333 


RADC-1 


CFI 


(N/C) 


RADC-2 


CFI 


.2 


RADC-3 


CFI 





RADC-4 


CFI 





SAC-1 


CFNI 





SAC-2 


CFNI 





SAC-3 


CFNI 





SAC-4 


CFNI 





1 


S(CFI) = 15 N(CFID)= 1 


N(CFNI)= 6 
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RESOLUTION ANALYSIS 

J AQ Reference: J 3.5.3.1 AFC Reference: A 8 

Feature Name: NUMERIC ITEM TYPE CONVERSION IN THE ASSIGNMENT STATEMENT 

Resolution Inequality: U GQ Tl = .01 

Resolution Equation: U = Q213/Q217A 

Number of users with usage rates: GQ Tl = 12 

Resolution: Accept as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



N(CFI) 



= 15 



Compliance 


Usage 


CFI 


(N/C) 


CFI 


.0428 


CFI 





CFI 


(N/A) 


CFID 


.2 


CFI 


.0125 


CFI 


.0500 


CFID 


.0600 


CFI 


(N/C) 


CFI 


.6000 


CFI 





CFI 


.0500 


CFI 


.0350 


CFI 


.2000 


CFI 


(N/C) 


CFID 


.2 


CFI. 


.0083 


CFI 


.0250 


CFID 


.0018 


CFID 


.0700 


CFID 


.0014 


CFID 


.0023 


N(CFID)= 7 


N(CFNI) = ° 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.3.1 

Feature Name: BOOLEAN ASSIGNMENT STATEMENT 

Resolution Inequality: N/A 

Resolution Equation: U = Q217/Q217A 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Retain as nucleus 

Data: 



AFC Reference: A 8 



Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFID 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFID 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFI 


NMCSSC 


CFI 


RADC-1 


CFI 


RADC-2 


CFID 


RADC-3 


CFID 


RADC-4 


CFID 


SAC-1 


CFID 


SAC-2 


CFID 


SAC-3 


CFID 


SAC-4 


CFID 


N(CFI) =14 h 



N(CFID) = 



Usage 
(N/C) 



(N/A) 





(N/C 



0125 
.0025 
.2000 
(N/C) 








N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.6.1 AFC Reference: A 8.1 

Feature Name: ITEM PRESET 

Resolution Inequality: U GQ Tl = .02 

Resolution Equation: U = Ql 13/Q14 

Number of users with usage rates: GQ Tl = 13 

Resolution: Retain as nucleus 

Data: 



Application 


Compliance 


Usage 


ADPAC-1 


CFI 


.1714 


ADPAC-2 


CFI 


.0416 


ADPAC-3 


CFI 


.3809 


CSC 


CFI 


(N/A) 


FAA 


CFNI 





FOCC-1 


CFI 


.0720 


FOCC-2 


CFI 


.6000 


HAM 


CFI 





NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


.1000 


NAVC-3 


CFI 


.0650 


NCDCF 


CFI 


.0400 


NEL 


CFI 


.0400 


NMCSSC 


CFI 


1.333 


RADC-1 


CFI 


(N/C) 


RADC-2 


CFI 


2 


RADC-3 


CFI 


.1500 


RADC-4 


CFI 


.3738 


SAC-1 


CFNI 





SAC-2 


CFNI 





SAC-3 


CFNI 





SAC -4 


CFNI 





N(CFI)= 17 N(CFID)= 


N(CFNI) = 5 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.6.2 

Feature Name: TABLE PRESET 

Resolution Inequality: U GQ T = .02 

Resolution Equation: U = Ql 16/Q78 

Number of users with usage rates: GQ Tl = 16 

Resolution: Retain as nucleus 

Data: 



AFC Reference: A 8.1 



Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFID 
CFI 
CFI 
CFID 
CFID 
CFID 
CFI 



N(CFI)= 18 



N(CFID) 



Usage 
.1315 
.1875 


(N/A) 
.2 

.4347 
.5000 


(N/C) 
.3333 


.1000 
.3333 
.2000 
(N/C) 
.2 

2.000 
.0777 
.3333 
1 

.1061 
.1088 

N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.6.3 AFC Reference: A8.1 

Feature Name: ARRAY PRESET 

Resolution Inequality: U GQ Tl = .02 

Resolution Equation: U = Q120/Q74 

Number of users with usage rates: GQ Tl = 2 

Resolution: Retain as option — Must be implemented if ARRAY is implemented 

Data: 

Application Compliance Usage 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI)= 7 



CFI 







CFI 







CFI 







CFI 




(N/A) 


CFNI 







CFNI 







CFNI 







CFNI 







CFNI 




(N/C) 


CFNI 




(N/C) 


CFNI 




. 


CFNI 







CFI 




.3000 


CFNI 







CFI 




(N/C) 


CFNI 







CFI 




1.000 


CFI 







CFNI 







CFNI 







CFNI 







CFNI 









N(CFID)= 


N(CFNI) = 



14 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.6.4 

Feature Name: STRING PRESET 

Resolution Inequality: U GQ Tl = .02 

Resolution Equation: U = Q124/Q103 

Number of users with usage rates: GQ Tl =0 

Resolution: Delete 

Data: Note: STRING is deleted. 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI)= 1 



AFC Reference: A 8.1 



Compliance 


Usage 


CFNI 





CFNI 





CFNI 





CFI 


(N/A) 


CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





N(CFID)= 


N(CFNI)= 21 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.1.1.10 AFC Reference: A 8.2 

Feature Name: ROUNDED NUMERIC ASSIGNMENT — Round Attribute 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q42/(Q18 + Q22 + Q38) 

Number of users with usage rates: GQ Tl =0 

Resolution: Delete Note: Extended Numeric Round (3.2.2.14) is made optional . 



Data: 








Application 




Compliance 


Usage 


ADPAC-1 




CFNI 





ADPAC-2 




CFNI 





ADPAC-3 




CFNI 





CSC 




CFI 


(N/A) 


FAA 




CFNI 





FOCC-1 




CFNI 





FOCC-2 




CFNI 





HAM 




CFNI 





NAVC-1 




CFNI 


(N/C) 


NAVC-2 




CFNI 





NAVC-3 




CFNI 





NCDCF 




CFNI 





NEL 




CFNI 





NMCSSC 




CFNI 





RADC-1 




CFNI 


(N/C) 


RADC-2 




CFNI 





RADC-3 




CFNI 





RADC-4 




CFI 





SAC-1 




CFNI 





SAC-2 




CFNI 





SAC-3 




CFNI 





SAC-4 




CFNI 







N(CFI)= : 


2 N(CFID)= 


N(CFNI) = 20 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.3.2 

Feature Name: EXCHANGE STATEMENT 

Resolution Inequality: U GQ Tl = .01 

Resolution Equation: U = Q221/Q217A 

Number of users with usage rates: GQ Tl = 3 

Resolution: Retain as optional 

Data: 



AFC Reference: 



A8.3 



Application 




Compliance 


ADPAC-1 




CFI 


ADPAC-2 




CFI 


ADPAC-3 




CFI 


CSC 




CFI 


FAA 




CFI 


FOCC-1 




CFI 


FOCC-2 




CFI 


HAM 




CFI 


NAVC-1 




CFI 


NAVC-2 




CFI 


NAVC-3 




CFI 


NCDCF 




CFI 


NEL 




CFI 


NMCSSC 




CFI 


RADC-1 




CFI 


RADC-2 




CFI 


RADC-3 




CFI 


RADC-4 




CFI 


SAC-1 




CFI 


SAC-2 




CFI 


SAC-3 




CFI 


SAC-4 




CFI 




N(CFI) = 


22 N 



N(CFID)= 



Usage 
(N/C) 
.0142 


(N/A) 
.2 

.0012 
.0100 


(N/C) 


(N/C) 
.0025 
.0035 
.1000 
(N/C) 
.1 


.0150 
.0030 
.0240 
.0158 
.0103 
N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.4.2 

Feature Name: COMPUND STATEMENT 

Resolution Inequality: N/A 

Resolution Equation: U = Q234 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Accept as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 22 



AFC Reference: 



A9.1 



Compliance 


Usage 


CFI 


100 


CFI 


55 


CFI 


30 


CFI 


(N/A) 


CFI 


1 or more 


CFI 


2000 


CFI 


200 


CFI 


750 


CFI 


(N/C) 


CFI 


30 


CFI 





CFI 


40 


CFI 


200 


CFI 


700 


CFI 


(N/C) 


CFI 


1 or more 


CFI 


500 


CFI 


100 


CFI 


9360 


CFI 


n,ooo 


CFI 


4140 


CFI 


17,500 


2 N(CFID)= 


N(CFNI)= ° 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5 AFC Reference: A 9.2 

Feature Name: GOTO STATEMENT 

Resolution Inequality: N/A 

Resolution Equation: U = Q276 

Number of users with usage rates: GQ T1 = N/A 

Resolution: Accept as nucleus Note: The form containing a subscript is implemented 

only if Index Switch is implemented. 

Usage 


420 
33 

(N/A) 
1 or more 


100 
250 
(N/C) 
100 
250 
60 
400 
200 
(N/C) 
1 or more 
1000 
40 

10080 
28,000 
5708 
7120 
N(CFNI) = 



Data: 


u 


Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFI 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFI 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFI 


NMCSSC 


CFI 


RADC-1 


CFI 


RADC-2 


CFI 


RADC-3 


CFI 


RADC-4 


CFI 


SAC-1 


CFI 


SAC-2 


CFI 


SAC-3 


CFI 


SAC-4 


CFI 


N(CFI) =22 N 



N(CFID)= 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.5.7 AFC Reference: A 9.3 

Feature Name: STOP 

Resolution Inequality: U GQ Tl = 1 

Resolution Equation: U = Q319 

Number of users with usage rates: GQ Tl = 9 

Resolution: Retain as nucleus 

Note: Modification in 3.2.2. 12 

Data: 

Usage 
11 



(N/A) 
1 or more 


7 

(N/C) 



15 
10 

(N/C) 

1 



220 
10 
160 
80 
N(CFID)= 9 N(CFNI)= 2 
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Application 




Compliance 


ADPAC-1 




CFI 


ADPAC-2 




CFI 


ADPAC-3 




CFI 


CSC 




CFID 


FAA 




CFID 


FOCC-1 




CFI 


FOCC-2 




CFI 


HAM 




CFI 


NAVC-1 




CFI 


NAVC-2 




CFI 


NAVC-3 




CFI 


NCDCF 




CFNI 


NEL 




CFID 


NMCSSC 




CFI 


RADC-1 




CFID 


RADC-2 




CFNI 


RADC-3 




CFID 


RADC-4 




CFID 


SAC-1 




CFID 


SAC-2 




CFID 


SAC-3 




CFID 


SAC-4 




CFI 




N(CFI) = 1 


11 h 



RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5.7 

Feature Name: STOP Statement Label (Pausing) 

Resolution Inequality: U GQ Tl = 1 

Resolution Equation: U = Q318 

Number of users with usage rates: GQ Tl = 1 

Resolution: Delete 

Note: Pause statement in 3.2.2.13 



AFC Reference: A9 - 3 



Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFI 
CFI 
CFI 
CFID 
CFID 
CFI 
CFI 
CFI 
CFI 
CFI 
CFI 
CFNI 
CFID 
CFI 
CFID 
CFNI 
CFID 
CFID 
CFID 
CFID 
CFID 
CFI 



N(CFI)= 11 



N(CFID)= 9 



Ui/-ge 






(N/A) 

1 or more 







(N/C) 







5 



(N/C) 















N(CFNI) = 2 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5.3 

Feature Name: )F STATEMENT 

Resolution Inequality: N/A 

Resolution Equation: (j = Q291/(Q291 + Q295 + Q284 + Q280) 

Number of users with usage rates: qq j] = n/a 

Resolution: Accept as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 22 



AFC Reference: A9.4.1 



Compliance 


Usage 


CFI 


.9742 


CFI 


.9090 


CFI 


.9756 


CFI 


(N/A) 


CFI 


.9 


CFI 


.9615 


CFI 


.8196 


CFI 


.9615 


CFI 


(N/C) 


CFI 


.9708 


CFI 


.9708 


CFI 


.6250 


CFI 


.9523 


CFI 


.7407 


CFI 


(N/C) 


CFI 


.9 


CFI 


.9685 


CFI 


1 


CFI 


.9361 


CFI 


.9529 


CFI 


.9492 


CFI 


.9906 


N(CFID)= 


N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5.4 

Feature Name: IFEITH/ORIF STATEMENT 

Resolution Inequality: U GQ Tl =.02 

Resolution Equation: U = Q295/(Q291 + Q295 + Q284 + Q280) 

Number of users with usage rates: GQ Tl = 7 



AFC Reference: A 9.4.2 



Resolution: 


Retain as optional 






Data: 








Application 




Compliance 


Usage 


ADPAC-1 




CFI 


.0103 


ADPAC-2 




CFI 


.0363 


ADPAC-3 




CFI 





CSC 




CFI 


(N/A) 


FAA 




CFNI 





FOCC-1 




CFI 


.0384 


FOCC-2 




CFI 


.8196 


HAM 




CFI 





NAVC-1 




CFI 


(N/C) 


NAVC-2 




CFI 


.0097 


NAVC-3 




CFI 


.0291 


NCDCF 




CFI 


.1250 


NEL 




CFI 


.0068 


NMCSSC 




CFI 


.1111 


RADC-1 




CFI 


(N/C) 


RADC-2 




CFI 


.2 


RADC-3 




CFI 


.0169 


RADC-4 




CFI 





SAC-1 




CFNI 





SAC-2 




CFNI 





SAC-3 




CFNI 





SAC-4 




CFNI 







N(CFI)= 17 


N(CFID)= 


N(CFNI)= 5 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5.2 

Feature Name: INDEX SWITCHES 

Resolution Inequality: U GQ T1 = .02 

Resolution Equation: U = Q284/(Q291 + Q295 + Q284 + Q280) 

Number of users with usage rates: GQ T1 = 6 



AFC Reference: 



A9.4.3 



Resolution: 


Retain as optional 






Data: 








Application 




Compliance 


Usage 


ADPAC-1 




CFI 





ADPAC-2 




CFI 


.0181 


ADPAC-3 




CFI 





CSC 




CFI 


(N/A) 


FAA 




CFI 


.2 


FOCC-1 




CFI 





FOCC-2 




CFI 


.1639 


HAM 




CFI 


.0192 


NAVC-1 




CFI 


(N/C) 


NAVC-2 




CFI 


.0097 


NAVC-3 




CFI 





NCDCF 




CFI 


.1250 


NEL 




CFI 


.0272 


NMCSSC 




CFI 


.0740 


RADC-1 




CFI 


(N/C) 


RADC-2 




CFI 


.2 


RADC-3 




CFI 


.0096 


RADC-4 




CFI 





SAC-1 




CFID 


.0036 


SAC-2 




CFID 


.0071 


SAC-3 




CFID 


.0187 


SAC-4 




CFID 


.0025 




N(CFI) = 


18 N(CFID)= 4 


N(CFNI)= 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.5.2 AFC Reference: A 9.4.3 

Feature Name: SWITCH NAMES within SWITCH DECLARATIONS 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q285/Q284 

Number of users with usage rates: GQ Tl = 1 

Resolution: Delete 

Data: 

Application Compliance Usage 

ADPAC-1 CFI 

ADPAC-2 CFI 

ADPAC-3 CFI 

CSC CFI (N/A) 

FAA CFI 

FOCC-1 CFI 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI (N/C) 

NAVC-2 CFI 

NAVC-3 CFI 

NCDCF CFI 

NEL CFI 

NMCSSC CFI 

RADC-1 CFI (N/C) 

RADC-2 CFI . 2 

RADC-3 CFI 

RADC-4 CFI 

SAC-1 CFID 

SAC-2 CFID 

SAC-3 CFID 

SAC-4 CFID 

N(CFI)= 18 N(CFID)= 4 N(CFNI) = 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5.2 

Feature Name: CLOSE NAMES within Switch Declarations 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q286/Q284 

Number of users with usage rates: GQ Tl = 

Resolution: Delete 



AFC Reference: 



A9.4.3 



Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Com 



plia 



nee 



CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFID 

CFID 

CFID 

CFID 



N(CFI) = 18 



N(CFID) = 



Usage 




(N/A) 





(N/C) 






(N/C) 








N(CFNI)= 
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RESOLUTION ANALYSIS 



J 3.5.5.1 
ITEM SWITCH 

UGQ T1 = .01 

U = Q280/(Q291 _ Q295 + Q284 + Q280) 
GQ Tl = 7 



JAQ Reference: 
Feature Name: 
Resolution Inequality 
Resolution Equation: 
Number of users with usage rates 
Resolution: Retain as optional 
Data: 

Application Compliance 

ADPAC-1 CFI 

ADPAC-2 CFI 

ADPAC-3 CFI 

CSC CFI 

FAA CFI 

FOCC-1 CFI 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI 

NAVC-2 CFI 

NAVC-3 CFI 

NCDCF CFI 

NEL CFI 

NMCSSC CFI 

RADC-1 CFI 

RADC-2 CFI 

RADC-3 CFI 

RADC-4 CFI 

SAC-1 CFID 

SAC-2 CFID 

SAC-3 CFI 

SAC-4 CFI 



AFC Reference: A 9.4.4 



N(CFI)= is 



N(CFID)= 4 



Usage 
.5309 
.0363 
.0243 
(N/A) 
.2 


.8196 
.0192 
(N/C) 
.0097 


.1250 
.0136 
.0740 
(N/C) 
.2 

^.0048 


.0602 
.0399 
.0319 
.0067 

N(CFNI) = 
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RESOLUTION ANALYSIS 

J AQ Reference: J 3.5.5.5 AFC Reference: A 9.5 

Feature Name: FOR LOOP - One Factor 

Resolution Inequality: U GO Tl = .05 

Resolution Equation: U = Q299/(Q74 + Q78 + Q103) 

Number of users with usage rates: GQ Tl = 15 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



N(CFI)= 21 



Compliance 


Usage 


CFI 


2.289 


CFI 


.0625 


CFI 





CFI 


(N/A) 


CFI 


.2 


CFI 


.1739 


CFI 


.2500 


CFI 


.0625 


CFI 


(N/C) 


CFI 


.1333 


CFI 





CFI 





CFI 


.0750 


CFI 


.4000 


CFID 


(N/C) 


CFI 


.2 


CFI 


12.90 


CFI 


.0222 


CFI 


2.976 


CFI 


.2492 


CFI 


.4751 


CFI 


.4578 


N(CFID)= 1 


N(CI 
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RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.5.5 

FOR LOOP - Two Factor 

UGQ Tl = .05 

U = Q300/(Q74 + Q78 + Q103) 



AFC Reference: A 9.5 



Number of users with usage rates: GQ Tl = 17 

Resolution: Retain as nucleus 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI) = 



Compliance 


Usage 


CFI 


.0789 


CFI 


.1875 


CFI 


.6000 


CFI 


(N/A) 


CFI 


.2 


CFI 


.6521 


CFI 


.5000 


CFI 


.3125 


CFI 


(N/C) 


CFI 


.0666 


CFI 





CFI 


.0400 


CFI 


.1000 


CFI 


.2000 


CFID 


(N/C) 


CFI 


.7 


CFI 


1.129 


CFI 


.1666 


CFI 


.1904 


CFI 


.2419 


CFI 


.7408 


CFI 


.3421 


21 N(CFID) = 


1 N(Cf 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.5.5 AFC Reference: A 9.5 

Feature Name: FOR LOOP - Three Factor 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q301/(Q74 + Q78 + Q103 ) 

Number of users with usage rates: GQ Tl = 17 

Resolution: Retain as nucleus 



Data: 








Application 




Compliance 


Usage 


ADPAC-1 




CFI 





ADPAC-2 




CFI 


.6250 


ADPAC-3 




CFI 


1.600 


CSC 




CFI 


(N/A) 


FAA 




CFI 


.9 


FOCC-1 




CFI 


3.478 


FOCC-2 




CFI 


1.250 


HAM 




CFI 


3.125 


NAVC-1 




CFI 


(N/C) 


NAVC-2 




CFI 


.6666 


NAVC-3 




CFI 





NCDCF 




CFI 


.4000 


NEL 




CFI 


.1750 


NMCSSC 




CFI 


2.666 


RADC-] 




CFID 


(N/C) 


RADC-2 




CFI 


.9 


RADC-3 




CFI 


6.451 


RADC-4 




CFI 


1.222 


SAC-i 




CFI 


2.761 


SAC-2 




CFI 


.8211 


SAC-3 




CFI 


1.754 


SAC-4 




CFI 


3.026 




N(CFI)= 21 N(CFID)= 1 


N(CFNI)= 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.5.5 AFC Reference: A 9.5 

Feature Name: FOR LOOP - Decrementing 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q302/Q301 

Number of users with usage rates: GQ Tl = 15 

Resolution: Retain as nucleus 

Data: 



Application 


Compliance 


Usage 


ADPAC-1 


CFI 


(N/C) 


ADPAC-2 


CFI 


.1000 


ADPAC-3 


CFI 


.2500 


CSC 


CFI 


(N/A) 


FAA 


CFI 


.2 


FOCC-1 


CFI 


.0625 


FOCC-2 


CFI 


.6250 


HAM 


CFI 


.0200 


NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


.2000 


NAVC-3 


CFI 





NCDCF 


CFI 


.2500 


NEL 


CFI 


.1428 


NMCSSC 


CFI 


.5000 


RADC-1 


CFID 


(N/C) 


RADC-2 


CFI 


.7 


RADC-3 


CFI 


.0500 


RADC-4 


CFI 





SAC-1 


CFI 


.3809 


SAC-2 


CFI 


.0892 


SAC-3 


CFI 


.2405 


SAC-4 


CFI 


.1528 


N(CFI)= 21 N(CFID)= 1 
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N(CFNI)= ° 



RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.5.5.6 

Feature Name: TEST STATEMENT 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q310/(Q299 + Q300 + Q301) 

Number of users with usage rates: GQ Tl = 14 

Resolution: Retain as nucleus 

Data: 



AFC Reference: A 9.5.4 



Application 




Compliance 


Usage 


ADPAC-1 




CFI 


.1555 


ADPAC-2 




CFI 


.1428 


ADPAC-3 




CFI 





CSC 




CFI 


(N/A) 


FAA 




CFI 


.8 


FOCC-1 




CFI 


.0404 


FOCC-2 




CFI 


.3125 


HAM 




CFI 


.3571 


NAVC-1 




CFI 


(N/C) 


NAVC-2 




CFI 


.2307 


NAVC-3 




CFI 





NCDCF 




CFI 


.9090 


NEL 




CFI 


.0214 


NMCSSC 




CFI 


.2857 


RADC-1 




CFI 


(N/C) 


RADC-2 




CFNI 





RADC-3 




CFI 


.1181 


RADC-4 




CFI 


.0787 


SAC-1 




CFI 


.2610 


SAC-2 




CFI 


.5251 


SAC-3 




CFI 


.7140 


SAC-4 




CFI 


1.011 




N(CFI) = 


21 N(CFID)= 


N(CF 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.4.10 

Feature Name: PROGRAM 

Resolution Inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: 

Resolution: Retain as nucleus 
Note: Extension proposed in 3.2.2. 
Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



AFC Reference: A 9.6, A9.7 



GQ Tl = N/A 



15. 



Compliance 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFID 

CFI 

CFI 

CFI 

CFI 

CFID 

CFID 

CFI 

CFID 

CFID 

CFID 

CFID 

CFID 

CFID 

CFID 



Usage 



N(CFI) 



12 



N(CFID) 



10 N(CFNI)= 
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RESOLUTION ANALYSIS 

J AQ Reference: J 3.5.4.6 AFC Refe-tsnce: A9.6.1 

Feature Name: PROCEDURE (Excluding Function) 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q25l/(Q251 + Q257 + Q261) 

Number of users with usage rates: GQ Tl = 17 



Resolution: 


Retain as nucleus 






Data: 








Application 




Compliance 


Usage 


ADPAC-1 




CFI 


1 


ADPAC-2 




CFI 


.2916 


ADPAC-3 




CFI 


.2857 


CSC 




CFI 


( N/A) 


FAA 




CFID 


.9 


FOCC-1 




CFI 


.8823 


FOCC-2 




CFI 


.8196 


HAM 




CFI 


1 


NAVC-1 




CFID 


(N/C) 


NAVC-2 




CFID 


(N/C) 


NAVC-3 




CFID 


(N/C) 


NCDCF 




CFI 


.7500 


NEL 




CFID 


.8571 


NMCSSC 




CFI 


.6250 


RADC-1 




CFI 


(N/C) 


RADC-2 




CFI 


.9 


RADC-3 




CFI 


.1250 


RADC-4 




CFI 


1 


SAC-1 




CFID 


.5714 


SAC -2 




CFID 


.6060 


SAC-3 




CFID 


.8152 


SAC-4 




CFID 


.7128 




N(CFI)= 13 


N(CFID)= 9 


N(CFNI)= ° 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.4.6 

Feature Name: Close in Parameter List 

Resolution Inequality: U GQ Tl - .05 

Resolution Equation: U = Q252/Q251 

Number of users with usage rates: GQ Tl = 1 

Resolution: Retain as Optional 

Data: 



AFC Reference: A 9.6.1 



Application 


Compliance 


Usage 


ADPAC-1 


CFI 





ADPAC-2 


CFI 





ADPAC-3 


CFI 





CSC 


CFI 


(N/A) 


FAA 


CFNI 





FOCC-1 


CFI 





FOCC-2 


CFI 





HAM 


CFI 





NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 





NAVC-3 


CFI 


(N/C) 


NCDCF 


CFI 





NEL 


CFI 


.0833 


NMCSSC 


CFI 





RADC-1 


CFI 


(N/C) 


RADC-2 


CFI 





RADC-3 


CFI 





RADC-4 


CFI 





SAC-1 


CFNI 





SAC-2 


CFNI 





SAC-3 


CFNI 





SAC-4 


CFNI 





N(CFI)= 17 N(CFID)= 


N(CFNI) = 5 
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RESOLUTION' ANALYSIS 



JAQ Reference: J 3.5.4.6 

Feature Name: Statement label in Parameter List 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q253/Q251 



AFC Reference: 



A -9.6.1 



Number of users with usage rates: 


GET! =1 


Resolution: Retain as optional 




Data: 




Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFNI 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFI 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFID 


NMCSSC 


CFI 


RADC-1 


CFI 


RADC-2 


CFf' 


RADC-3 


CFI 


RADC-4 


CFI 


SAC-1 


CFNI 


SAC-2 


CFNI 


SAC-3 


CFNI 


SAC-4 


CFNI 



N(CFI)= 17 



N(CFID)= 



Usage 
.0270 
.1428 


(N/A) 





(N/C) 


(N/C)' 
.0666 
.1666 
.4000 
(N/C) 
.2 







N(CFNI) 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.4.8 AFC Reference: A9.6.1 

Feature Name: FUNCTION 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q261/(Q251 + Q247 + Q261) 

Number of users with usage rates: GQ Tl = 12 



Reso!ution: 


Retain as nucleus 




Data: 






Application 


Compliance 


Usage 


ADPAC-1 


CFI 





ADPAC-2 


CFI 


.04*16 


ADPAC-3 


CFI 


.7142 


CSC 


CFI 


(N/A) 


FAA 


CFID 


.2 


FOCC-1 


CFI 


.1176 


FOCC-2 


CFI. 1639 




HAM 


CFI 





NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


.3125 


NAVC-3 


CFI - 





NCDCF 


CFI 


.2500 


NEL 


CFI 





NMCSSC 


CFI 


.1875 


PADC-1 


CFI 


(N/C) 


RADC-2 


CFF 


.2 


RADC-3 


CFI 


.7500 


RADC-4 


CFI 





SAC-1 


CFID 


.2571 


SAC-2 


CFID 


.2121 


SAC -3 


CFID 


.0119 


SAC-4 


CFID 


.2666 




N(CFI)= 17 N(CFID)= 5 


N(CFNI)= 
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RESOLUTION ANALYSIS 

JAQ Reference: j 3.5.4.5 AFC Reference: A9 6 2 

Feature Name: CLOSE 

Resolution Inequality: y qq j] = # Q5 

Resolution Equation: \j = Q247/(Q251 + Q247 + Q261) 

Number of users with usage rates: qq ]■] = ]] 

Resolution: Retain as nucleus * 

Data: 

Application 

ADFAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-. 

SAC-2 

SAC-3 

SAC-^ 

N(CFI) = 22 

*These data indicate retention as optional, Interview responses to question 1-27 require 
retention as nucleus 21 1 



Compliance 


Usage 


CFI 





CFI 


.6666 


CFI 





CFI 


(N/A) 


CFI 


.2 


CFI 





CFI 


.1639 


CFI 





CFI 


(N/C) 


CFI 


.0625 


CFI 





CFI 





CFI 


.1428 


CFI 


.1875 


CFI 


(N/C) 


CFr' 


.1 


CFI 


.1250 


CFI 





CFI 


.1714 


CFI 


.1818 


CFI 


.1027 


CFI 


.0205 


I N(CFID)= 


N(CFNI)= 



RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.5.6 

Fecfure Name: RETURN STATEMENT 

Resolution Inequality: N/A 

Resolution Equation: Q134 

Number of users with usage rates: qq j] = ^ //^ 

Accept as nucleus 



AFC Reference: 



A 9.6.3 



Resolution: 

Data: 

Application 

AD 3 AC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

KAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 

CFID 

CFI 

CFI 

CFI^ 

CFI 

CFI 

CFI 

CFI 

CFI 

CFI 



N(CF!) = 21 



N(CFID)= 1 



Usage 

48 
60 
3 

(N/A) 
.8 
300 
25 
50 

(N/C) 
25 
40 
30 
100 
75 

(N/C) 
.9 
50 
20 
700 
1200 
686 
1520 
N(CFNI) = 
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RESOLUTION ANALYSIS 

JAG Reference: J 3.5.4.11 AFC Reference: A 9.7 

Feature Nome: PROGRAM DECLARATION 

Resolution Inequality: N/A 

Resolution Equation: U = Q275 

Nurrber of users with usage rates: GQ Tl = N/A 

Resolution: Retain as optional 

Date: 



Application 




Compliance 


Usage 


ADPAC-1 




CFNI 





ADPAC-2 




CFNI 





ADPAC-3 




CFNI 





CSC 




CFNI 





FAA 




CFI 


1 or more 


FOCC-1 




CFI 


1 


FOCC-2 




CFI 





HAM 




CFNI 





NAVC-1 




CFI 





NAVC-2 




CFI 





NAVC-3 




CFI 





NCDCF 




CFNI 





NEL 




CFID 


1 


NMCSSC 




CFNI 





RADC-1 




CFI 





RADC-2 




CFNl 





RADC-3 




CFI 





RADC-4 




CFI 





SAC-1 




CFNI 


1260 


SAC-2 




CFNI 


16 


SAC-3 




CFNI 


110 


SAC-4 




CFI 


50 




N(CFI) = 


10 N(CFID) = i 
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RESOLUTION ANALYSIS 



JAQ Reference: 


J 3.5.4.4 


Feature Name: 


DIRECT CODE 


Resolution Inequality: 


UGQ Tl = 1 


Resolution Equation: 


U = Q242 


Number of users with 


usage rates: GQ Tl = 16 


Resolution: Retain 


as nucelus 


Dcta: 




Application 


Compliance 


ADPAC-1 


CFI 


ADPAC-2 


CFI 


ADPAC-3 


CFI 


CSC 


CFI 


FAA 


CFI 


FOCC-1 


CFI 


FOCC-2 


CFI 


HAM 


CFI 


NAVC-1 


CFI 


NAVC-2 


CFI 


NAVC-3 


CFI 


NCDCF 


CFI 


NEL 


CFI 


NMCSSC 


CFI 


RADC-1 


CFI 


RADC-2 


CFID 


RADC-3 


CFI 


RADC-4 


CFI 


SAC-1 


CFID 


SAC-2 


CFID 


SAC-3 


CFID 


SAC-4 


CFID 



AFC Reference: 



A9.8 



N(CF!) = 17 



N(CFID) = 



Usage 
5 

130* 
12 

(N/A) 
1 or more 
60 
50 
15 

(N/C) 
10 
5 
15 
50 
50 

(N/C) 
1 or more 
150 


880 
2000 
620 
620 

N(CFN!)= 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1.5 AFC Reference: A 10 

Feature Name: STRUCTURE FILE 

Resolution Inequality: N/A 

Resolution Equation: U = Q107 

Number of users with usage rates: GQ Tl - N/A 

Resolution: Delete in favor of features specificed in 3.2.2. 1 1 

Data: 

Application Compliance Usage 

ADPAC-1 CFI 34 

ADPAC-2 CFI 

ADPAC-3 CFI 2 

CSC CFID (N/A) 

FAA CFNI 

FOCC-1 CFID 80 

FOCC-2 CFID , 20 

HAM CFNI 

NAVC-1 CFID (N/C) 

NAVC-2 CFID 6 

NAVC-3 CFID * 2 

NCDCF CFID 38 

NEL CFID 300 

NMCSSC CFI 20 

RADC-1 CFNI (N/C) 

RADC-2 CFNI 

RADC-3 CFNI 

RADC-4 CFID 

SAC-1 CFNI 

SAC-2 CFNI 

SAC-3 CFNI 

SAC-4 CFNI 

N(CFI)= 4 N(CFID)= 9 N(CFNI) = 9 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.1 .5 AFC Reference: A 10 

Feature Name: STRUCTURE FILE - Hollerith or Binary 

Resolution Inequality: N/A 

Resolution Equation: |J = Q108/Q107 

Number of users with usage rates: GQ Tl = N/A 



Data: 


V- 1 \- III IUVWI Wl 1 > 


^uiviuj ^r^ w ' ' ' 


N— W III V . *» . *» • • • 




Application 




Compliance 


Usage 


ADPAC-1 




CFI 




1 


ADPAC-2 




CFI 







ADPAC-3 




CFI 


\ 


1 


CSC 




CFID 




(N/A) 


FAA 




CFNI 







FOCC-1 




CFID 




.0500 


FOCC-2 




CFID 


r 





HAM 




CFNI 







NAVC-1 




CFID 




(N/C) 


NAVC-2 




CFID 







NAVC-3 




CFID * 







NCDCF 




CFID 




.4736 


NEL 




CFID 







NMCSSC 




CFI 




.5000 


RADC-1 




CFNI 




(N/C) 


RADC-2 




CFNI 







RADC-3 




CFNI 







RADC-4 




CFNI 







SAC-1 




CFNI 







SAC-2 




CFNI 







SAC-3 




CFNI 







SAC-4 




CFNI 









N(CFI) = ■ 


4 
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RESOLUTION ANALYSIS 

JAQ Reference: j 3. 5. 1.5 AFC Reference: y\ ]Q 

Feature Name: STRUCTURE FILE - Record Length Variability 

Resolution Inequality: N/A 

Resolution Equation: \j = Q109/Q107 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Delete in favor of features specified in 3.2.2.11 

Data: 



Application 




Compliance 


Usage 


ADPAC-1 




CFI 


.3235 


ADPAC-2 




CFI 





ADPAC-3 




CFI 





CSC 




CFID 


(N/A) 


FAA 




CFNI 





FOCC-1 




CFID 


.0500 


FOCC-2 




CFID 





HAM 




CFNI 





NAVC-1 




CFID 


(N/C) 


NAVC-2 




CFID 





NAVC-3 




CFID • 





NCDCF 




CFID 


.5263 


NEL 




CFID 





NMCSSC 




CFI 


.7500 


RADC-1 




CFNI 


(N/C) 


RADC-2 




CFNI 





RADC-3 




CFNI 





RADC-4 




CFID 





SAC-1 




CFNI 





SAC-2 




CFNI 





SAC-3 




CFNI 





SAC-4 




CFNI 







N(CFI) = 4 


N(CFID)= 9 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.2.2.2.5 AFC Reference: A 10 

Feature Name: INPUT/OUTPUT « POS 

Resolution Inequality: N/A 

Resolution Equation: U = Q165 

Number of users with usage rates: GQ Tl = N/A 

Reso ! ution: Modify as specified in 3.2.2.1 1 

Data: 

Application Compliance Usage 

ADPAC-1 CFID 7 

ADPAC-2 CFID 

ADPAC-3 CFID 

CSC CFI (N/A) 

FAA CFNI 1 or more 

FOCC-1 CFNI 

FOCC-2 CFNI <■ 

HAM CFNI 

NAVC-1 CFNI (N/C) 

NAVC-2 CFNI 

NAVC-3 CFNI * 

K'CDCF CFID 10 

NEL CFNI 

NMCSSC CFI 100 

RADC-1 CFNI (N/C) 

RADC-2 CFNI 

RADC-3 CFNI 

RADC-4 CFNI 

SAC-1 CFNI 

SAC-2 CFNI 

SAC-3 CFNI 

SAC-4 CFNI 

N(CFI) = 2 N(CFID)= 4 N(CFNI) = 16 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.3.3 AFC Reference: A 10 

Feature Name: INPUT/OUTPUT - OPEN Statement with Operand 

Resolution Inequality: N/A 

Resolution Equation: U = Q225 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Delete in favor of features specified in 3.2.2.11 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FA A 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI)= 4 N(CFID)= 2 N(CFN!) = ] 6 



Compliance 


Usage 


CFI 





CFI 





CFI 


2 


CFI 


(N/A) 


CFNI 





CFNI 





CFNI , 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFID 





CFNI 





CFID 





CFNI 


(N/C) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





N(CFID)= 2 


N(CFN!) = 
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RESOLUTION ANALYSIS 

JAQ Reference: j 3.5.3.3 AFC Reference: A 10 

Feature Name: INPUT/OUTPUT - OPEN Statement without Operand 

Resolution Inequality: N/A 

Resolution Equation: y = Q226 

Number of users with usage rates: qq j] = N/A 

Resolution: Delete in favor of features specified in 3.2.2.11 

Dctc: 

Application Compliance Usage 

ADPAC-l CF | 18 

ADPAC-2 CF | 

ADPAC-3 CF | 1 

CSC CFI (N/A) 

FAA CFNI 

FOCC-1 CFNI 

FOCC-2 CFNI , 

HAM CFNI 

NAVC-1 CFNI (N/C) 

NAVC-2 CFNI 

NAVC-3 CFNI * 

NCDCF CFID 

NEL CFNI 

NMCSSC CFID 20 

RADC-1 CFNI (N/C) 

RADC-2 CFNI 

RADC-3 CFNI 

RADC-4 CFNI 

SAC-1 CFNI 

SAC-2 CFNI 

SAC-3 CFNI 

SAC-/ CFNI 

N(CFI)= 4 N(CFID)= 2 N(CFNI) = 16 
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RESOLUTION ANALYSIS _ 

A 10 



JAQ Reference: J 3.5.3.3 




AFC Reference: / 


Feature Name: INPUT/OUTPUT - SHUT Statement 


with Operand 


Resolution Inequality: N/A 








Resolution Equation: U = Q227 








Number of users with usage rates: GQ Tl : 


= N/A 






Resolution: Delete in favor of features spe 


scified in 3, 


.2.2.11 




Data: 








Application Compliance 


* 


Usage 


ADPAC-1 CFI 









ADPAC-2 CFI 









ADPAC-3 CFI 




\ 


7 


CSC CFI 






(N/A) 


FAA CFNI 









FOCC-1 CFNI 









FOCC-2 CFNI 


/■ 







HAM CFNI 









NAVC-1 CFNI 






(N/C) 


NAVC-2 CFNI 









NAVC-3 CFNI 









NCDCF CFID 






10 


NEL CFNI 









NMCSSC CFID 









RADC-1 CFNI 






(N/C) 


RADC-2 CFNI 









RADC-3 CFNI 









RADC-4 CFNI 









SAC-1 CFNI 









SAC-2 CFNI 









SAC-3 CFNI 









SAC-4 CFNI 









N(CFI) = 4 


N(CFID) = 


2 


N(CFNI) = 



16 
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RESOLUTION ANALYSIS 

JAG Reference: J 3.5.3.3 AFC Reference: A 10 

Feature Kg me: INPUT/OUTPUT - SHUT Statement Without Operand 

Resolution Inequality: N/A 

Resolution Equation: y = Q228 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Delete in favor of Features specified in 3.2.2.11 

Data: 



Application 




Compliance 


Usage 


ADPAC-1 




CFI 


18 

« 


ADPAC-2 




CFI 





ADPAC-3 




CFI 


2 


CSC 




CFI 


(N/A) 


FAA 




CFNI 





FOCC-1 




CFNI 





FOCC-2 




CFNI 





HAM 




CFNI 





NAVC-1 




CFNI 


(N/C) 


NAVC-2 




CFNI 





NAVC-3 




CFNI 





NCDCF 




CFID 





NEL 




CFNI 





NMCSSC 




CFID 


20 


RADC-1 




CFNI 


(N/C) 


RADC-2 




CFNI 





"'ADC-S 




CFNI 





RADC-4 




CFNI 





SAC-1 




CFNI 





SAC-2 




CFNI 





SAC-3 




CFNI 





SAC-^ 




CFNI 







N(CFI)= A 


[ N(CFID)= 2 
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RESOLUTION ANALYSIS 

JAQ Reference: j 3.5.3.3 AFC Reference: A 10 

Feature Name: INPUT/OUTPUT - INPUT Statement 

Resolution Inequality: |\|/A 

Resolution Equation: y = Q229 

Number of users with usage rates: QQ J] = |\|/A 

Resolution: Delete in favor of features specified in 3,2.2.11 

Data: 

Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 

N(CFI)= 4 



Compliance 


Usage 


CFI 


18 


CFI 





CFI ' 





CFI 


(N/A) 


CFNI 





CFNI 





CFNI 





CFNI 





CFNI 


(N/C) 


CFNI 





CFNI 





CFID 


20 


CFNI 





CFID 


50 


CFNI 


(N/C) 


CFI^I 





CFNI 





CFNI 





CFNI 





CFNI 





CFNI 





CFI 





N(CFID)= 2 


N(CFNI)= 16 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.3.3 

Feature Name: INPUT/OUTPUT - OUTPUT Statement 

Resolution Inequality: N/A 

Resolution Equation: U = Q230 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Delete in favor of features specified in 3.2.2.11 

Data: 



AFC Reference: 



A 10 



Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FAA 

FOCC-1 

FCCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



Compliance 
CFI 
CFI 
CFI 
CFI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI * 
CFID 
CFNI 
CFID 
CFNI 
CFNi 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 
CFNI 



N(CF!) = 4 



N(CFID)= 2 



Usage 

18 

14 

(N/A) 





(N/C) 


20 


50 

(N/C) 







N(CFNI)= 16 
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RESOLUTION ANALYSIS 

JAG Reference: J 3.5.1.1 .2.2 AFC Reference: A 11.1 

Feature Name: ITEM Declaration by Preset Constant 

Resolution Inequality: U GQ T1 = .05 

Resolution Equation: U = Q8/Q14 

Number of users with usage rates: GQ Tl = N/A 



Resolution: 


Retain as optional 




Data: 






Application 


Compliance 


Usage 


ADPAC-1 


CFI 


1 


ADPAC-2 


CFI 





ADPAC-3 


CFI 


.0476 


CSC 


CFI 


(N/A) 


FAA 


CFI 


.8 


FOCC-1 


CFI 


.0012 


FOCC-2 


CFI 





HAM 


CFI 





NAVC-1 


CFI 


(N/C) 


NAVC-2 


CFI 


.1250 


NAVC-3 


CFI 





NCDCF 


CFI 


.0200 


NEL 


CFI 


.2000 


NMCSSC 


CFI 


.1333 


RADC-1 


CFI 


(N/C) 


RADC-2 


CFNl 





RADC-3 


CFI 





RADC-4 


CFNI 


.2757 


SAC-1 


CFID 


.0362 


SAC-2 


CFID 


.1789 


SAC-3 


CFID 


.0428 


SAC -4 


CFI 


.0367 




N(CFi)= 17 N(CF!D) = 3 


N(CFN1) = 2 
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RESOLUTION ANALYSIS 



JAQ Reference: J 3.5.4.3 

Feature Name: Multiple Statement Labels 

Resolution Inequality: U GQ Tl = .05 

Resolution Equation: U = Q238/Total Number of Statements 

Number of users with usage rates: GQ Tl = N/A 

Resolution: Retain as nucleus 

Data: 



AFC Reference: A 1 1 . 2 



Application 

ADPAC-1 

ADPAC-2 

ADPAC-3 

CSC 

FA A 

FOCC-1 

FOCC-2 

HAM 

NAVC-1 

NAVC-2 

NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC -4 



Complia 



nee 



Note: These data indicate 
that the multiple statement 
labels feature ought to be 
deleted. Because of the high 
degree of interplay between the 
various kinds of Statements in 
JOVIAL and the ease of syntactic 
specification obtained by 
allowing this feature (CED 2448), 
we are recommending that this 
feature be retained as nucleus. 
Usage 



N(CFI) = 14 



CFI 





CFI 





CFI 





CFI 


(N/A) 


CFNI 





CFI 


.0597 


CFI 





CFID 





CFI 


(N/C) 


CFI 





CFI 





CFI 


.0031 


CFI 





CFI 





CFI 


(N/C) 


CFID 





CFID 


.0010 


CFI 





CFID 





CFID 


.0001 


CFID 





CFID 





N(CFID)=7 


N(CFNI) = 1 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.6.2 AFC Reference: A 12.1 

Feature Name: DEFINE Directive 

Resolution Inequality: y qq j] = Q01 

Resolution Equation: (j = Q236/Total Number of Statements 

Number of users with usage rates: qq Jl = 8 

Resolution: Retain as optional 

Data: 

Application Compliance Usage 

ADPAC-1 CFI .0035 

ADPAC-2 CFI .0071 

ADPAC-3 CFI (N/C) 

CSC CFI (N/A) 

FAA CFNI 

FOCC-1 CFI .0037 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI (N/C) 

NAVC-2 CFI 

NAVC-3 CFI .0148 ' 

NCDCF CFI .0031 

NEL CFI .0100 

NMCSSC CFI .0010 

RADC-1 CFI (N/C) 

RADC-2 CFNI 

RADC-3 CFI .0010 

RADC-4 CFI 

SAC-1 CFNI C 

SAC-2 CFNI 

SAC-3 CFNI 

SAC-^ CFID 

N(CFI)= 16 N(CFID)= i N(CFNI) = 5 
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RESOLUTION ANALYSIS 

JAQRcferer.ee: J 3.5.1.1.3 AFC Reference: a 12.2 
Feature Name: MODE DIRECTIVE - Automatic and Explicit 
Resolution Inequality: U GQ Tl = .02 
Resolution Equation: U = Q12/Q14 

Number of users with usage rates: GQ Tl = 5 

Resolution: Retain as optional (Note extension as specified in 3.2.2.8) 

Data: 

Application Compliance Usage 

ADPAC-1 CFI 

ADPAC-2 CFI .0200 

ADPAC-3 CFI 

CSC CFI (N/A) 

FAA " CFNI 

FOCC-1 CFI 

FOCC-2 CFI 

HAM CFNI 

NAVC-1 CFI (N/C) 

NAVC-2 CFI 

NAVC-3 CFI 1 

NCDCF CFNI 

NEL CFI .4000 

NMCSSC CFI .0666 

RADC-1 CFI (N/C) 

RADC-2 CFNI 

RADC-3 CFNI .0500 

CFNI 

CFID 

CFID 

CFID 

CFID 



RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



N(CFI)= 12 N(CFID) = 4 N(CFNI)* 6 
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RESOLUTION ANALYSIS 



JAQ Reference: 




J 3.5.1. 


1.3 


Feature Name: 




MODE DIRECTIVE -Explicit 


Resolution Inequal 


ity: 


UGQ Tl 


= 1 


Resolution Equation: 


U-Q13 




Number of users w 


ith 


usage rates: 


GQT1 =4 


Resolution: 




Retain as 


optional (Note extensio 


Data: 








Application 






ComoIicr.ee 


ADPAC-1 






CFI 


ADPAC-2 






CFI 


ADPAC-3 






CFI 


CSC 






CFI 


FAA 






CFNI 


FOCC-1 






CFI 


FOCC-2 






CFI 


HAM 






CFNI 


NAVC-1 






CFI 


NAVC-2 






CFI 


NAVC-3 






CFI 


NCDCF 






CFNI 


NEL 






CFI 


NMCSSC 






CFI 


RADC-1 






CFI 


RADC-2 






CFNI 


RADC-3 






CFNI 


RADC-4 






CFNI 


SAC-f 






CFID 


SAC-2 






CFID 


SAC-3 






CFID 


SAC-4 






CFID 



AFC Reference: A 12.2 



Usage 



10 



(N/A) 









(N/C) 



200 



40 

5 

(N/C)- 



1 













N(CF1) = 



12 



N(CF1D) = 



N(CFN1) = 



_ 6 
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RESOLUTION ANALYSIS 



JAQ Reference: 
Feature Name: 
Resolution Inequality: 
Resolution Equation: 



J 3.5.1.3.2 

LIKE TABLE DECLARATION 

U GQT1 = .05 

U = Q82/Q78 



AFC Reference: 12.4 



Number of users with 


usage rates: 


GQT1 =9 


Resolution: 


Retain as 


optional 


Data: 






Application 




Comoliance 


ADPAC-1 




CFI 


ADPAC-2 




CFI 


ADPAC-3 




CFI 


CSC 




CFI 


FAA 




CFI 


FOCC-1 




CFI 


FOCC-2 




CFI 


HAM 




CFI 


NAVC-1 




CFI 


NAVC-2 




CFI 


NAVC-3 




CFI 


NCDCF 




CFNI 


NEL 




CFI 


NMCSSC 




CFI 


RADC-1 




CFI 


RADC-2 




CFI 


RADC-3 




CFI 


RADC-4 




CFI 


SAC-] 




CFI 


SAC-2 




CFI 


SAC-3 




CFI 


sAr-4 




CFI 



Usage 
.0789 
.0625 


(N/A) 
.2 

.0130 
.1000 


(N/C) 
.0666 



.2333 
.1333 
(N/C). 
.2 



.0476 
.0346 
.0078 
.1088 



N(CFI) = 



21 



N(CF!D) 



= 



N(CFNI) 



, 1 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.5.5.5 AFC Reference: A 12.5 

Feature Name: ALL 

Resolution Inequality: UGQT=.05 

Resolution Equation: U = Q306/Q78 

Number of users with usage rates: GQ Tl = 12 

Resolution: Retain as nucleus 

Data: 

Application Compliance Usage 

ADPAC-1 CFID .3421 

ADPAC-2 CFID .0625 

ADPAC-3 CFID 

CSC CFI (N/A) 

FAA " CFID .8 

FOCC-1 ' CFI -M34 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI (N/ C ) 

NAVC-2 



NAVC-3 

NCDCF 

NEL 

NMCSSC 

RADC-1 

RADC-2 

RADC-3 

RADC-4 

SAC-1 

SAC-2 

SAC-3 

SAC-4 



CFI .06666 

CFI 

CFI .1000 

CFID .1000 

CFI .2000 

CFI (N/C). 

CFI .2 

CFI 

CFI 

CFID .1726 

CFID .1230 

CFID .4038 

CFID .4455 

N(CFI)= 13 N(CFID)= 9 N(CFNI) = 
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RESOLUTION ANALYSIS 

JAQ Reference: J 3.5.6.1 AFC Reference: A 12.6 

Feature Ncrr,e: COMPOOL 

Resolution inequality: N/A 

Resolution Equation: N/A 

Number of users with usage rates: GO. Tl = N/A 

Resolution: Retain as nucleus 

Data: 

Application Compliance Usage 

ADPAC-1 CFI 

ADPAC-2 CFI 

ADFAC-3 CFI 

CSC CFI 

FA A CFI 

FOCC-1 CFI 

FOCC-2 CFI 

HAM CFI 

NAVC-1 CFI 

MAVC-2 CFI 

NAVC-3 CFI 

NCDCF CFI 

NEL CFI 

NMCSSC CFID 

RADC-1 CFI 

RADC-2 CFNI 

RADC-3 CFI 

RADC-4 CFNI 

SAC- 1 . CFI 

SAC-2 CFI 

SAC-3 CFI 

SAC-4 CFI 

N(CFI)» 19 N(CF!D) = ] N(CF;\;) = 2 
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J 3.5.7 

OTHER FEATURES 

Following is the collection of response to the other feature section of the JAQ that 
included potential JOVIAL language additions not specifically mentioned in the 
previous sections of the JAQ: 

CSC (1) Hexadecimal constant feature provided 

(as well as octal) 

(2) Double precision floating point constants 
and variables 

(3) An ability to declare a PROC as a closed 
routine using START PROC . . is provided 
to augment the standards 



FAA "EXIT" - Return to monitor instruction 



FOCC-1 (1) A formatting and editing capability is 

included (FORMAT' , ENCODE', DECODE') 

(2) "LOAD"' is used to bring a program in 
loader format into core 

(3) "MESSAGE'" enables a character string to 
be output to the system console 

(4) "FAULT' and NOFAULT" 1 are used to enable 
and disable fault interrupts 
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APPENDIX III 
INTERVIEW QUESTIONS 



This Appendix contains the questions asked af participants at interview. The 
symbols "Y", "N", "NSF", "CT" , denote "Yes", "Na", "Na Strang Feeling", 
and "Can't Tell" . "No Strang Feeling" was used by respondents when they 
felt that the proposed addition, extension, or modification wauld be only 
marginally heloful. "Can't Tell" was used when respondents felt they required 
mare specific information regarding implementation of a proposed feature in order 
ta decide whether or not it would be worthwhile. The number in the parenthesis 
is the related "Approach for Change" reference number. 

The interview responses to these questions are included in sequential order in 
Appendix 4, along with their recommended disposition or resolution. 

1) Expanded Character Sets (Al .1.1) 

Equipments which permit the use of expanded character sets are currently 
available. Using these equipments it is possible in writing JOVIAL programs 
ta use, far example, the symbol " <C " for the primitive LS , or " { " for 
BEGIN. 

(1) Da yau use expanded character sets now or will yau within the 
next two years 9 

Y N NSF CT 

(2) Are yau in favor af including an expanded set of signs in JOVIAL? 

Y N NSF CT 

2) User Definable Character Set/Encoding Schemes (Al .1.1) 

STC data are composed af characters which are a subset af the Hollerith 
characters and which admit ta a different ("bit pattern") encoding scheme. 
Are yau in favor af a mechanism in the language which wauld allow the 
user ta define a character set and encoding scheme? 

Y N NSF CT 

3) Hollerith Comparisons (A6.1) 

The Standard (AFM 100-24) does nat define a meaning far LS, LQ, GR, and 
GQ when these relational operators occur between Hollerith operands. Are 
yau in favar of establishing such a meaning? 

Y N NSF CT 
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FIGURE 1 

"GROUP" Data Structure 

Declaration: 

GROUP TARGET'COMPLEX $ 
BEGIN 

GROUP COMPLEX'ID $ 
BEGI N 

ITEM SECTOR'NAME H 24 $ 
ITEM THREAT'LEVEL 
I 5 U $ 
END "COMPLEX'ID" 
I TEM COMMAND'GROUP H 8 $ 
TABLE . . . 

END "TARGET'COMPLEX" 



FIGURE 2 



"SET" Data Structure 
ITEM AA I 23 S $ 
ITEM BB I 23 U $ 
GROUP CC $ 
BEGI N 

ITEM CC'l 
ITEM CC'2 
END 
ITEM DD F $ • • • 

SET ALPHA $ 

BEGI N BB, CC, AA 



END 
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4) Bit Strings (A 1.1) 

In JOVIAL there are four formal item types: Numeric, character (literal), 
status, and logical (Boolean). 

(1) In your appli cation , do you sometimes deal with data which are 
none of these formal types, but which are simply strings of bits? 

Y N NSF CT 

(2) When you apply functional modifier BIT to a numeric item are you 
always trying to access a substring of digits, or are there occasions 
where you are more interested in accessing a string of bits with no 
particular numeric aspect? 

Y N NSF CT 

5) GROUP (A 1.2) 

In JOVIAL, aggregates of data are recurrences of simple items as in arrays or 
recurrences of sets of simple items as in tables. Sometimes it is convenient to 
work with sets of items which do not recur (e.g. the example in Figure 1). The 
figure shows a declaration for data structure called GROUP. A group may 
contain simple items, arrays, tables or other group. A group might be used 
as an I/O record . Also, groups may be assigned to groups using only one 
assignment statement — a group name refers collectively to all the data 
which comprises it. Note that (serial) tables may be thought of as one 
dimensional array of groups, where a group is the table entry. 

Are you in favor of having such a facility? 

Y N NSF CT 

6) SET (A 1.2) 

A SET (depicted in Figure 2) is similar to a group, but is primarily a naming 
faci lity and does not cause a I location to take place . That is, a set dec- 
laration provides a collective name for groups, tables, arrays, or other sets 
which have been declared elsewhere in the program and which do not nec- 
essarily occupy contiguous blocks of words. The chief use of set would be 
to perform assignments in the manner of the group assignment. Are you in 
favor of having such a facility? 

Y N NSF CT 

7) Dynamic Allocation (A 1) 

Data structures in JOVIAL are allocated prior to execution of the object 
program. Are you in favor of facilities which allow the programmer to 
allocate data structures at program execution time. 

Y N NSF CT 
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FIGURE 3 



SI GNED MAGNITUDE 
SI GNED MAG -3: 

1 000 001 1 
ONES COMPLEMENT 

1 111 1 100 



-3 



FIGURE 4 



OVERLAY -- USAGES 

(1) Sequence: 

OVERLAY 

(2) To reclaim Space 

OVERLAY 



AA, BB, CC 



AA = BB 



(3) To provide names for substructures: 
ARRAY MATRIX 2 2 F $ 
ARRAY COLUMN'l 2 F $ 
ARRAY COLUMN'2 2 F $ 

OVERLAY MATRIX = COLUMN'l, COLUMN'2 

(4) To assign different attributes to same data 

ITEM XX I 48 S $ 
ITEM YY F $ 
OVERLAY XX = YY $ 
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8) Storage Allocation Facilities (A 3) 

JOVIAL orovides much more in the way of explicit storage allocation facilities 
(e.g., defined packed tables) than most other high level language. In your 
application, are these facilities regarded as important? 

Y N NSF CT 

9) Conversion of Programs (A 3) 

With respect to your aoplication, have you already, or do you exoect in the 
future to transfer orograms written for one comouter to another dissimilar 
computer? 

Y N NSF CT 

10) Memory Model (A 3) 

In the standard specifications a model of the Standard's computer memory is 
described. This model is made up of words, bits within words, bytes within 
words, etc. Is this model accurate with respect to the computer (s) used in 
your aoplication? (This model as opposed to, say, a purely byte oriented 
memory?) 

Y N NSF CT 

11) Signed Magnitude (A 3.2) 

The Standard requires that JOVIAL compilers oroduce code which effects a 
simulation of a signed magnitude numeric reoresentation when the machine's 
numeric reoresentation is other than signed magnitude. (Shown in Figure 3). 
This requirement enables compatibility to be maintained in the use of BIT 
and OVERLAY, but may cause great exoense in terms of the compiled code 
generated. Are you in favor of dropoing absolute adherence to signed 
magnitude? 

Y N NSF CT 

12) Hexadecimal Constants (A 3.1) 

In your application, would hexadecimal constants, as opposed to octal constants, 
be useful ? 

Y N 

13) Packing (A 3) 

Packing in JOVIAL can be soecified only with respect to tables. Packing, however, 
is only oeripherally associated with tables. Are you in favor of allowing oacking 
specifications for other data aggregates as well? (e.g., Arrays, groups) 

Y N NSF CT 
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14) OVERLAY (A 3.6) 

There are twa distinct usages far OVERLAY (e.g., see Figure 4). Examples 
showing sequencing and space reclaiming usages are shawn abave the dashed 
line in the Figure; examples showing naming and multiple interpretation af 
the same bit string are shawn below the dashed line. In your application, 
is OVERLAY used mare in the area characterized by examples (1) and (2) 
ar more in the area characterized by (3) and (4)? 

(l)/(2) More (3)/(4) More Bath the Same CT 

15) Absolute Addresses and 'LOC (A 3.7, A 3.8) 

(1) Are yau in favar af retaining absolute address specifications, 
as in OVERLAY and 'PROGRAM declarations? 

Y N NSF CT 

(2) Are yau in favar af retaining the 'LOC facility far manipulating 
absolute addresses at execution time? 

Y N NSF CT 

16) Double Precisian ( A 4. 1) 

(1) Is your hardware capable af double precisian arithmetic? 

Y N 

(2) Are yau in favar af incorporating a double precisian capability 
into the language? 

Y N NSF CT 

17) Prefix Minus (A 4.5) 

The orecedence of orefix minus in the JOVIAL Standard is different fram the 
convention taken in algebra. ( See Figure 5). Are yau in favar af altering 
the Standard Specification sa that it will comply with the algebraic con- 
vention? 

Y N NSF CT 

18) Functional Modifier ODD ( A 7) 

When applied to a numeric item, ODD produces the value "true" if the least 
significant bit of the item is 1; otherwise, ODD produces "false" . 

(1) Do yau have functional modifier ODD in your version af JOVIAL? 

Y N 

(2) Are you in favar af retaining ODD? 

Y N NSF CT 
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19) Structure Operators - ARRAYS, TABLES (A 5) 

It is possible to define generalized arithmetic ooerators which act on array or 
table elements when their operands are nan-subscripted array or table names 
(e .g . Example in Figure 6) . Are yau in favar of generalizing arithmetic 
operators in this way? 

Y N NSF CT 

20) Structure Operator- MATRIX (A 5) 

If a new data structure called MATRIX is introduced, along with extended 
arithmetic operators it is oossible to specify matrix arithmetic computations 
without the use of FOR-laaps ( See Figure 7). Note that a MATRIX is a 
2 dimensional ARRAY and that "*" in the figure implies matrix multiplication. 
Would you be in favar af incorporating such features? 

Y N NSF CT 

21) Structure Operator - COMPLEX (A 8.2) 

A data structure af type COMPLEX would be composed of two numeric items — 
a "real" item and an "imaginary" item. It is oassible ta generalize the arithmetic 
operators in such a way that whenever they apoear with operands declared as 
tyoe COMPLEX, they cause comolex arithmetic operations ta take place. Are 
yau in favar af such features as these? 

Y N NSF CT 

22) Rounding (A 8.2) 

In the Standard, numeric items may be declared with a rounding soecifier, 
implying that any value being assigned to such items must be raunded prior 
to assignment. Sometimes it is desirable to round in some assignments and 
not in others. In such cases, a rounding specification is more properly 
an attribute af assignment statements. Are you in favor of switching to 
the rounding specification mechanism as shawn in Figure 8? 

Y N NSF CT 

23) Parallel "Monitoring" (A 9) 

Sometimes it is desirable ta manitar the status af the hardware in oarallel with 
other oracessing and to take action immediately uoon a signal that the hardware 
status has been changed (see Figure 9). "ON" causes a monitoring process 

which tests for the condition "UNIT READY" ta be activated during the 
execution of the code between BEGIN and END. Monitoring is suspended when 
control passes "through" the END. If the condition UNIT READY occurs while 
the monitoring oracess is active, the statement immediately fallowing the ON 
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statement is executed. In the figure, this statement is a CLOSE invocation; 
control will be returned to the program step which was being processed when 
the condition occurred, once the CLOSE terminate execution. Are you in 
favor of such a feature as the ON statement? 

Y N NSF CT 

24) STOP (A 9.3) 

STOP in a closed subprogram causes control to pass back to the calling program; 
when executed in the main program, it causes control to pass to the monitor 
(if there is one). Are you in favor of always having STOP return control to the 
monitor as opposed to retaining the two different actions caused by STOP, as 
described above? 

Y N NSF CT 

25) Pausing (A 9.3) 

Are you in favor of having a pausing facility? 

Y N NSF CT 

26) Label Items (A 9) 

It is possible to introduce a data type, called a label item, which takes statement 
labels as values. ( See Figure 10). Label items permit a greater flexibility (and 
are cleaner!) in switch manipulation. Are you in favor of adopting label items? 

Y N NSF CT 

27) Closed Subprograms (A 9.6) 

In the Standard JOVIAL there are two kinds of closed subroutines — the Close 
and the Procedure. Closes may be defined within FOR loops and may reference 
loop variables; closes may be defined within closes. With the exception of 
the above two features, procedures do everything a close does and also allow 
the user to have input and output parameters. Are you in favor of relying solely 
on procedures and deleting closes? 

Y N NSF CT 

28) Alternate Procedure Entrances (A 9.6.1) 

It is sometimes convenient to have more than one point of entry into a procedure 
(See Figure 11). The figure shows alternate entrance declarations. Note that 
each alternate entrance may have a different calling sequence if desired. An 
alternate entrance is invoked exactly as if it were a procedure but entrance is 
made at the associated statement label . Are you in favor of having alternate 
entrances? 

Y N NSF CT 
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I n ALGEBRA: 

- x 2 



FIGURE 5 



PREFIX Ml NUS 
In JOVIAL: 

- XX ** 2 



= 9 if XX = 3 



■9 if X 



Fl GURE 6 

"STRUCTURE" OPERATOR - ARRAY 
ARRAY AA 1 F $ 
ARRAY BB 10 F $ 
ARRAY CC 10 F $ 

AA - BB * CC $ Means 

"FOR I =0,1,9, $ 

AA ($1 $) = BB ($1 $) * CC ($| $) $ 

FIGURE 7 



"Structure" Operator -- MATRIX 

New data type MATRIX 

MATRIX AA 2 2 F $ 
MATRIX BB 2 2 F $ 
MATRIX CC 2 2 F $ 

Then 

AA = BB * CC $ means 

matrix multiplication. 
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FIGURE 8 



Rounded Assignment 

AA = BB + CC 



(DD - EE) ROUNDED $ 



FIGURE 9 



Parallel Monitoring 

ON UNIT READY $ 

GOTO END'I NPUT'RTN $ 

BEGI N 

SCOPE OVER WHICH UNIT 
STATUS BEING MONITORED 

END MONITORING DEACTIVATED HERE 
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FIGURE 10 

Label Items 
Declaration: 

ITEM AA LABEL S 

USE: 

AA = ADD'EM'UP $ 

"ADD" EM' UP is a statement 
label; it is now the value of AA 
GOTO AA $ "NON INDEXED SWITCH" 
In an array: 

ARRAY AA 3 LABEL $ 

GOTO AA ($ 2 S) "INDEXED SWITCH' 

FIGURE 1 1 



Alternate Entrances 

PROC AA ( ) 

ENTRANCE BB ( o o o ) 
ENTRA NCE CC ( o o o ) 
BEGI N 



BB. 

CC. 

END 



PROC BODY 
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FIGURE 1 2 



SERIAL/PARALLEL EXECUTION: 
SERIAL 



PARALLEL 



A * 

D 



This statement initiates a 
parallel execution of statement 
B. Statement C terminates the 
processing stream begun at B 
and signals "completion" to D. 



FIGURE 1 3 



"FORTRAN" 
1 00 



FORMAT (F 12.3, 14, A6) 

READ (1 00) AA, BB, CC 



variables to be 
evaluated by reading 
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FIGURE 14 



COBOL" 



ITEM AA I 48 S $ 

ITEM BB PICTURE (9 (7). 9 (3) ) $ 

AA = BB $ causes conversion from character string 
to binary 

BB = AA $ causes conversion from binary to character 
string 



FIGURE 15 



Automatic Blocking/Deblocking/Buffering 



Logical 
Record 

Logical 

Record 

Logical 
Record 

L og i ca I 

Re cord 



Physical Record 



BUF 
1 


BUF 
2 


BUF 
3 




User allocates as many 
buffers as he wants - l/O 
system automatically fills 
(input) or empties (output) 
buf f e rs . 
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NAME SCOPES 



LOCAL 



BEGIN 






END 



FIGURE 16 



Names declared in this block take 
precedence over names declared 
externally, when they are referenced 
in the block 



FIGURE 17 



EXTENDED DEFI NE 

DEFI NE SUM (XX, YY, ZZ) 
SUM (AA, BB, CC) $ 

would produce 
AA = BB + CC $ 



"XX 



YY + ZZ" $ 



248 



FIGURE 18 



Extended MODE 

MODE I I 48 S 
MODE Q F $ 



The non-declared identifier INDEX appearing 
after these extended MODE directives would 
be automatically declared as I 48 S. 
The non-declared identifier QUOVADIS would 
be automatically declared as F. 



FIGURE 1 9 



"M/ 


^CROS" 






% ITEM 


NN 1 5 U $ 




% N N = 


= 9 $ 




$ FOR 1 


= 0, 1 , NN 




AA ($ 1 


$) = BB ($ 1 $) 



COMPILE 

TIME 

STATEMENTS 



When compile time program is executed, the program 
segment below is produced (AND COMPILED) 



AA ($ O $) = BB ($ O $) 
AA ($ 1 $) = BB ($ 1 $) 
AA ($ 9 $) = BB ($ 9 $) 



CC ($ O $) $ 
CC ($ 1 $) $ 
CC ($ 9 $) $ 
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29) Recursive Subprograms (A 9.6) 

Are you in favor of oroviding recursive routines, facilities, i.e., routines which 
may call themselves? 

Y N NSF CT 

30) Parallel Processing (A 9) 

JOVIAL statements are executed in a basically serial mode — one statement 
is executed by the processor, then the next, etc. When computer systems with 
more than one orocessor are used, it is oossible to execute several different 
program segments in oarallel by assigning different orogram segments to different 
processors ( See Figure 12). Are you in favor of incorporating formal language 
elements into JOVIAL which would allow the programmer to assign program 
statements to different orocessors? 

Y N NSF CT 

31) Stream Oriented l/O (A 10) 

(1) An important part of data orocessing involves converting data in 
character string representations to and from data in internal (binary) 
representations. Do you currently employ formal mechanisms in the 
language to perform this task? 

Y N 

(2) Stream Oriented l/O Mechanisms 

Two aoproaches are widely used to perform conversions. The 
"FORTRAN method" causes conversions to take olace under 
the control of a FORMAT (see Figure 13). The "COBOL 

approach" allows, in essence, for item declarations to be 
made with character string attributes; conversion is then per- 
formed by assignment of an item declared with an internal 
representation to an item declared with a character string 
reoresentation, and vice-versa (see Figure 14). Are you 
in favor of incorporating FORTRAN type mechanisms, COBOL 
type mechanisms, or neither^ 

FORTRAN COBOL NEITHER 

32) Functional Files (A 10) 

Functional file systems allow the user to describe functional records and record 
manipulations indeoendently of any actual storage medium or transmission devices. 
Tyoically these systems orovide for the automatic blocking and deblocking of 
"logical" records and for automatically controlled multiple buffer (see Figure 15). 
With respect to such "classical" functional file systems, programmers simoly specify 
functional manipulations of logical records; all details are taken care of auto- 
matically. Are you in favor of adopting a functional file system for JOVIAL'? 

Y N NSF CT 
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33) Device Oriented l/O (A10) 

Device oriented l/O refers to the oracesses by which transmission devices are 
cammanded ta oerfarm certain tasks, e.g. REWIND, INITIATE, READ, The l/O 
devices will operate in oarallel with the central oracessar, and the Central 
Processor will be interrupted by the devices. Are yau in favor af incorporating 
mechanisms in JOVIAL which allaw the orogrammer ta deal with these oracesses? 

Y N NSF CT 

34) Prac-like Name Scapes (A 11) 

(See Figure 16). This figure illustrates a oassible name scape facility which i* 
similar ta that provided by PROCS. The primitive LOCAL declares that all dec- 
larations made in the next statement are lacal ta it. Are yau in favor af such 
a facility? 

Y N NSF CT 

35) Extended DEFINE (A 12.1) 

(See Figure 17). It is passible ta extend the caoabilities af the DEFINE directive 
ta allaw far the automatic insertion af actual calling sequence parameters in the 
DEFINE string, before the string replaces the defined identifier itself. Are yau 
in favar af such a facility? 

Y N NSF CT 

36) Extended MODE (A 12.2) 

(See Figure 18). The extended MODE facility wauld allaw the programmer ta 
mode declare items an the basis af the first character af their names. Are yau 
in favar af the extended MODE facility? 

Y N NSF CT 

37) Macro Facilities (A 12) 

Macra facilities allaw the programmer ta make definitions far source text strings 
and have :hem automatical ly inserted inta the source stream when they are 
referenced by their definition name; they also enable the orogrammer ta direct 
different source text strings ta be desired an the basis af certain conditions which 
may hald true at compile time. (See Figure 19). In the system shown, there 
are two kinds of oragram statements, bath af which have the same farm except 
far a beginning sign, %. Statements marked with % are compile time state- 
ments. The compiler translates compile time statements and then executes 
them — at compile time. The example shawn causes the nan-compile time 
statement ta be replicated 10 times as indicated in the figure. It is these 
replicated statements which will be operated at execution time. Are yau in 
favar af such Macro facilities? 

Y N NSF CT 
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APPENDIX IV 



NTERVIEW RESPONSE ANALYSIS 



This appendix contains interview question response summaries and analyses. The symbols 
"Y", "N", "NSF", and "CT" are described in Appendix 3. Resolutions are based upon 
criteria fully described in Sections I and II of this document. The meaning of resolutions 
of the form " No recommendation at this time" is given in Section 1 1 . 
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INTERVIEW ANALYSIS 

Interview Question: 1-1 AFC Reference: A 1 .1 .1 

n . _ (1) Use Expanded Character Sets Now or in Future? 

(2) In Favor of Adopting Expanded Set in Standard? 

Number of Users with Resoonse Y: (1)2 (2) 2 

Number of Users with Response N: (1) 10 (2) 10 

Number of Users with Response NSF: (1) (2) 

Number of Users with Response CT: (1) (2) 

Data: 

Application 

ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 

Resolution: Do not adopt a standard expanded character set. 





Response 




(1) 


N 


(2) 


N 




N 




Y 




N 




N 




N 




N 




N 




N 




N 




N 




Y 




Y 




N 




N 




Y 




N 




N 




N 




N 




N 




N 




N 
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INTERVIEW ANALYSIS 

Interview Question: 1-2 AFC Reference: Al .1 .1 

Question Content: In Favor of User Definable Character Set/Encoding Scheme Facility? 

Number of Users with Response Y: 6 

Number of Users with Response N: 6 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC Y 

HAM N 

NAVC N 

NCDCF Y 

NEL Y 

NHCP N 

NMCSSC Y 

RADC N 

SAC N 

TWA N 

Resolution: Adopt 'CHARCODE directive (3.2.2.3) (optional) 
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INTERVIEW ANALYSIS 

Interview Question: 1-3 AFC Reference: A 6.1 

Question Content: In Favor of Hollerith " > ", "< " Comparisons? 

Number of Users with Response Y: 1 

Number of Users with Response N: 1 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 



Application Resp 



onse 



ADPAC NSF 

FAA Y 

FOCC Y 

HAM N 

NAVC Y 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC Y 

TWA Y 

Resolution: Adopt literal comparison feature (3.2.2.4.2) (nucleus) 
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INTERVIEW ANALYSIS 



Interview Question: 1-4 AFC Reference: A 1 .1 

(1) Deal With Data Which are Simply BIT Strings? 
U on Lontent: (2) When BIT is Used, Is Referenced Data Just BIT String? 

Number of Users with Response Y: (1) 8 (2) 9 

Number of Users with Response N: (1 ) 4 (2) 3 

Number of Users with Response NSF: (1) (2) 

Number of Users with Response CT: (1) (2) 

Data: 

Application 

ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 

Note: The purpose of Questions 1-4 (1), (2) was to ascertain whether or not 

a formal item type "bit string" ought to be incorporated into JOVIAL. 
Operations on bit strings might include assignment, concateration, 
and, or, not, etc. 

Resolution: No recommendation at this time. 
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Response 




0) 


Y 


(2) 


Y 




Y 




Y 




N 




N 




N 




Y 




Y 




Y 




N 




N 




Y 




Y 




Y 




Y 




Y 




Y 




N 




N 




Y 




Y 




Y 




Y 



INTER VIEW ANALYSIS 

Interview Question: 1-5 AFC Reference: A 1 .2 

Question Content: In Favor of GROUP Data Structure? 

Number of Users with Response Y: 7 

Number of Users with Response N: 4 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC NSF 

FAA Y 

FOCC Y 

HAM N 

NAVC N 

NCDCF N 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC N 

TWA Y 

Resolution: No recommendation at this time. 
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INTERVIEW ANALYSIS 



Interview Question: 1-6 

Question Content: In Favor of SET Data Structure? 

Number of Users with Response Y: 8 

Number of Users with Response N: 2 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC NSF 

FAA Y 

FOCC NSF 

HAM N 

NAVC N 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC Y 

TWA Y 



AFC Reference: A 1 .2 



Resolution: No recommendation at this time. 
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INTERVIEW ANALYSIS 

Interview Question: 1-7 AFC Reference: A 1 

Question Content: In Favor of Dynamic Allocation Facilities? 

Number of Users with Response Y: 4 

Number of Users with Response N: 6 

Number of Users with Response NSF: 

Number of Users with Response CT: 2 

Data: 

Application Response 

ADPAC N 

FAA CT 

FOCC N 

HAM N 

NAVC N 

NCDCF Y 

NEL CT 

NHCP N 

NMCSSC Y 

RADC N 

SAC Y 

TWA Y 

Resolution: No recommendation at this time. 
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INTERVIEW ANALYSIS 

Interview Question: 1-8 AFC Reference: A 3 

Question Content: Explicit Storage Allocation Facilities Important? 

Number of Users with Response Y: 1 2 

Number of Users with Response N: 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 



ADPAC Y 

FAA Y 

FOCC Y 

HAM Y 

NAVC Y 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC Y 

TWA Y 

Note: This question was not intended to determine the need for any specific feature 

or features, but rather to measure, in general terms, command and control 
programming requirements. Users felt strongly that these explicit storage 
allocation facilities are among the most powerful of the JOVIAL capabilities. 

Resolution: N/A 
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INTERVIEW ANALYSIS 



Interview Question: 1-9 



AFC Reference: A 3 



Question Content: Transfer Already, Or In Future, Programs Between Different 

Computer Systems? 
Number of Users with Response to Y: 



Number of Users with Response to N: 

Number of Users with Response to NSF: 

Number of Users with Response to CT: 

Data: 

Application 

ADPAC 

FA A 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 



10 
2 





Note: 



Response 
Y 
Y 
Y 
N 
Y 
Y 
Y 
N 
Y 
Y 
Y 
Y 



This question, like 1-9, was not intended to determine the need for any specific 
feature or features, but rather to ascertain user requirements. The fact that the 
great majority of users responded with "yes" implies that the command and 
control language should be very machine independent. This conflicts with the 
highly machine dependent explicit storage allocation facilities deemed so 
important by users. It is important to note that most ussrs commented that they 
were willing to sacrifice machine independence for allocation facilities. 



Resolution: N/A 
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NTERVIEW ANALYSIS 



Interview Question: 1-10 

Question Content: Is "Memory Model" Sufficient? 

Number of Users with Response Y: 1 2 

Number of Users with Response N: 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC Y 

HAM Y 

NAVC Y 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC N 

SAC Y 

TWA Y 



AFC Reference: A 3 



Resolution: Retain the memory model — words, bits, bytes — as is. 
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INTERVIEW ANALYSIS 



Interview Question: 1-11 AFC Reference: A 3.2 

^ t . _ In Favor of Dropping Absolute Adherence to Signed Magnitude 

Question Content: _ . X » » 

Representation? 

Number of Users with Response Y: 9 

Number of Users with Response N: 1 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC Y 

HAM N 

NAVC Y 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC NSF 

TWA NSF 

Resolution: Adopt "relaxed" signed magnitude interpretation (3.2.2.5). 
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INTERVIEW ANALYSIS 

Interview Question: 1-12 AFC Reference: A 3.1 

Question Content: In Favor of Hexadecimal Constants? 

Number of Users with Response Y: 5 

Number of Users with Response N: 7 

Number of Users with Response NSF: N/A 

Number of Users with Response CT: N/A 

Data: 

Application Response 

ADPAC N 

FAA Y 

FOCC Y 

HAM N 

NAVC N 

NCDCF N 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC N 

SAC Y 

TWA N 

Note: It is recommended that compilers must implement either the octal constant 

or the hexadecimal constant, but that they may implement both. 

Resolution: Adopt a hexadecimal constant capability (3.2.2.1) (optional) 
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INTERVIEW ANALYSIS 

Interview Question: 1-13 AFC Reference: A 3 

Question Content: In Favor of Generalized Packing? 

Number of Users with Response Y: 9 

Number of Users with Response N: 3 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC Y 

HAM N 

NAVC N 

NCDCF N 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC Y 

TWA Y 

Resolution: No recommendation at this time. 
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NTERVIEW ANALYSIS 



Interview Question: 1-14 

Question Content: Use of OVERLAY 

Number of Users with Response Y: "(l)/(2) more" 

Number of Users with Response N: "(3)/(4) more" 

Number of Users with Response NSF: "Both the Same" 

Number of Users with Response CT: 1 

Data: 



AFC Reference: A 3.6 



Application 

ADPAC 

FA A 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 



Response 
(3)/(4) more 
Both the same 
Both the same 
CT 

(1 )/(2) more 
(3)/(4) more 
(3)/(4) more 
Both the same 
Both the same 
(3)/(4) more 
(1 )/(2) more 
Both the same 



Note: (See next page) 

Resolution: No recommendation at this time, 
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Note: The purpose of this question was to determine whether OVERLAY 

is used more for directing allocation — its immediately apparent 
function — or for applying multiple interpretations to data and 
data structures. DDI contended in the AFC that it would be 
preferable to provide distinct features for the two fundamental functions 
performed by OVERLAY because this would provide greater ease in 
training novice programmers and because the ambiguity of the intent 
of an OVERLAY (is the programmer directing allocation or is he 
assigning more than one set of attributes to a given datum or data 
structure?) would be avoided. The responses indicate that nine 
of the 12 applications use OVERLAY at least as much for per- 
forming the "multiple interpretations" function as for the allocation 
direction function. Based upon these responses, we should recommend 
distinct features to replace OVERLAY; however, owing to the fact 
that we are proposing no action be taken as yet in implementing new 
data structures, we feel that it would be counter-productive to 
propose features to replace OVERLAY at this time. 
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INTERVIEW ANALYSIS 



Interview Question: 1-15 AFC Reference: A3.7/A 3.8 

_ . _ (1 ) In Favor of Obtaining Absolute Address Specifications? 

Question Content: ; > . _ CD . . nr \rr> 

(2) In Favor of Retaining LOC? 

Number of Users with Response Y: (1) 8 (2) 9 

Number of Users with Response N: (1) 4 (2) 3 

Number of Users with Response NSF: (1) (2) 

Number of Users with Response CT: (1) (2) 

Data: 

Application 

ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 

Resolution: (1) Retain absolute address specification facility as nucleus. 
(2) Retain 'LOC feature as nucleus. 





Re: 


>ponse 




0) 


Y 


(2) 


Y 




Y 




Y 




Y 




Y 




N 




N 




Y 




N 




N 




N 




N 




Y 




Y 




Y 




N 




Y 




Y 




Y 




Y 




Y 




Y 




Y 
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INTERVIEW ANALYSIS 

Interview Question: 1-16 AFC Reference: A 4.1 

^ . _ (1) Does Hardware Have Double Precision? 

Question Content: ; ON . , . . . „ 

(z) In Favor of Double Precision? 

Number of Users with Response Y: (1) 8 (2) 8 

Number of Users with Response N: (1 ) 4 (2) 4 

Number of Users with Response NSF: (1) N/A (2) 

Number of Users with Response CT: (1) N/A (2) 

Data: 

Application Response 

ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 

Resolution: Adopt extended precision feature (3.2.2.10) (optional) 

Note: The extended precision facility is made optional since it is a 

function of hardware. 



(0 


Y 


(2) 


Y 




Y 




Y 




N 




N 




N 




N 




Y 




N 




Y 




Y 




Y 




Y 




Y 




Y 




Y 




Y 




Y 




Y 




N 




Y 




N 




N 
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INTERVIEW ANALYSIS 

Interview Question: 1-17 AFC Reference: A 4.5 

Question Content: In Favor of Algebra-Like Unary Operator Precedence? 

Number of Users with Response Y: 6 

Number of Users with Response N: 4 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA Y 

FOCC N 

HAM N 

NAVC Y 

NCDCF Y 

NEL NSF 

NHCP Y 

NMCSSC NSF 

RADC N 

SAC Y 

TWA Y 

Resolution: Adopt Modification of Unary Operator Precedence (3.2.2.6) (nucleus) 
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INTERVIEW ANALYSIS 



Interview Question: 1-18 

-. . _ (1) Is ODD implemented? 

Question Content: /0 , _, , , -~.jp. , . . JO 

(2) Should ODD be retained? 

Number of Users with Response Y: (1) 7 (2) 5 

Number of Users with Response N: (1) 5 (2) 6 

Number of Users with Response NSF: (1) N/A (2) 1 

Number of Users with Response CT: (1 ) N/A (2) 

Data: 

Application 

ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 



AFC Reference: A 7 





Re: 


>ponse 


> 


(1) 


Y 


(2) 


Y 




N 




Y 




Y 




Y 




N 




N 




Y 




N 




N 




N 




Y 




NSF 




Y 




Y 




N 




N 




Y 




Y 




N 




N 




Y 




N 



Resolution: Retain ODD as optional . 
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INTERVIEW ANALYSIS 

Interview Question: 1-19 AFC Reference: A 5 

Question Content: In Favor of Structure Operators for Arrays and Tables? 

Number of Users with Response Y: 2 

Number of Users with Response N: 8 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC N 

HAM N 

NAVC N 

NCDCF NSF 

NEL NSF 

NHCP N 

NMCSSC N 

RADC N 

SAC N 

TWA N 

Resolution: Do not adopt structure operators. 
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INTERVIEW ANALYSIS 

Interview Question: 1-20 AFC Reference: A 5 

Question Content: In favor of MATRIX and MATRIX operators? 

Number of Users with Response Y: 3 

Number of Users with Response N: 8 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA Y 

FOCC N 

HAM N 

NAVC N 

NCDCF NSF 

NEL N 

NHCP Y 

NMCSSC Y 

RADC N 

SAC N 

TWA N 

Resolution: Do not adopt matrix and matrix operators. 
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INTERVIEW ANALYSIS 

Interview Question: 1-21 AFC Reference: A 5 

Question Content: In favor of COMPLEX and operators? 

Number of Users with Response Y: 3 

Number of Users with Response N: 9 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA Y 

FOCC N 

HAM N 

NAVC N 

NCDCF Y 

NEL Y 

NHCP N 

NMCSSC N 

RADC N 

SAC N 

TWA N 

Resolution: Do not adopt a data structure type COMPLEX and complex arithmetic. 
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INTERVIEW ANALYSIS 

Interview Question: 1-22 AFC Reference: A 8.2 

Question Content: In Favor of ROUND in Assignment Statement? 

Number of Users with Response Y: 5 

Number of Users with Response N: 6 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA Y 

FOCC N 

HAM N 

NAVC N 

NCDCF Y 

NEL NSF 

NHCP Y 

NMCSSC Y 

RADC N 

SAC Y 

TWA N 

Resolution: Adopt Round Assignment Statement (3.2.2.14) (optional) 
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INTERVIEW ANALYSIS 



Interview Question: 1-23 

Question Content: In Favor of Parallel Monitoring? 

Number of Users with Response Y: 6 

Number of Users with Response N: 5 

Number of Users with Response NSF: 

Number of Users with Response CT: 1 

Data: 

Application 



AFC Reference: A 9 



ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 



Response 
Y 
Y 
N 
N 
Y 
N 
Y 
CT 
Y 
N 
Y 
N 



Resolution: Implementors may effect such a feature as this by use of the proposed 
EXECUTE Statement (3.2.2.11 . 1 ). Therefore no explicit parallel 
monitoring feature is proposed. 
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INTERVIEW ANALYSIS 

Interview Question: 1-23 AFC Reference: A 9 

Question Content: In Favor of Parallel Monitoring? 

Number of Users with Response Y: 6 

Number of Users with Response N: 5 

Number of Users with Response NSF: 

Number of Users with Response CT: 1 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC N 

HAM N 

NAVC Y 

NCDCF N 

NEL Y 

NHCP CT 

NMCSSC Y 

RADC N 

SAC Y 

TWA N 



Resolution: Implementors may effect such a feature as this by use of the proposed 
EXECUTE Statement (3.2.2.1 1 .1). Therefore no explicit parallel 
monitoring feature is proposed. 
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INTERVIEW ANALYSIS 

Interview Question: 1-24 AFC Reference: A 9.3 

Question Content: In Favor of Altering STOP? 

Number of Users with Response Y: 9 

Number of Users with Response N: 3 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA N 

FOCC N 

HAM Y 

NAVC Y 

NCDCF Y 

NEL Y 

NHCPQ Y 

NMCSSC Y 

RADC N 

SAC Y 

TWA Y 

Note: The STOP statement, as modified, causes termination of the operating 

program no matter where it occurs. Thus, a STOP never returns control to 
the calling program when executed in a closed subprogram. 

Resolution: Adopt the modification to STOP (3.2.2.12) (nucleus) 
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INTERVIEW ANALYSIS 

Interview Question: 1-25 AFC Reference: A 9.3 

Question Content: In Favor of a Pausing Feature? 

Number of Users with Response Y: 5 

Number of Users with Response N: 6 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA N 

FOCC N 

HAM N 

NAVC N 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC N 

RADC NSF 

SAC Y 

TWA Y 

Resolution: Adopt the Pause Statement (3.2.2.13) (optional) 
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INTERVIEW ANALYSIS 

Interview Question: 1-26 AFC Reference: A 9 

Question Content: In Favor of Label Item? 

Number of Users with Response Y: 5 

Number of Users with Response N: 5 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA N 

FOCC NSF 

HAM N 

NAVC N 

NCDCF N 

NEL N 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC NSF 

TWA Y 

Resolution: No recommendation at this time. 
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INTERVIEW ANALYSIS 

Interview Question: 1-27 AFC Reference: A 9.6 

Question Content: In Favor of Deleting Closes? 

Number of Users with Response Y: 2 

Number of Users with Response N: 9 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA N 

FOCC N 

HAM Y 

NAVC N 

NCDCF N 

NEL NSF 

NHCP N 

NMCSSC Y 

RADC N 

SAC N 

TWA N 

Note: Users feel that the ability to define Closes within FOR loops and 

the ability to define Closes within Closes are important. 

Resolution: Retain both Procedures and Closes. 
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INTERVIEW ANALYSIS 

Interview Question: 1-28 AFC Reference: A 9.6.1 

Question Content: In Favor of Alternate Procedures Entrances? 

Number of Users with Response Y: 8 

Number of Users with Response N: 3 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC N 

HAM N 

NAVC Y 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC N 

SAC NSF 

TWA Y 

Resolution: Adopt Alternate Procedure Entrances (3.2.2.9) (nucleus) 
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INTERVIEW ANALYSIS 

Interview Question: 1-29 AFC Reference: A 9.6 

Question Content: In Favor of Recursive Subprograms? 

Number of Users with Response Y: 5 

Number of Users with Response N: 7 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 



ADPAC N 

FAA N 

FOCC N 

HAM Y 

NAVC N 

NCDCF N 

NEL Y 

NHCP N 

NMCSSC Y 

RADC Y 

SAC N 

TWA Y 

Resolution: No recommendation at this time. 
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INTERVIEW ANALYSIS 

Interview Question: 1-30 AFC Reference: A 9 

Question Content: In Favor of Parallel Processing Features? 

Number of Users with Response Y: 3 

Number of Users with Response N: 7 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 1 

Data: 

Application Response 

ADPAC N 

FAA NSF 

FOCC Y 

HAM Y 

NAVC N 

NCDCF N 

NEL N 

NHCP CT 

NMCSSC N 

RADC N 

SAC N 

TV/A Y 

Resolution: Do not adopt parallel processing features. 
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INTERVIEW ANALYSIS 



Interview Question: 1-31 AFC Reference: A 10 

^ . - (1) Data editing and conversion features now? 

Question Content: (2) Rrefer FORTRAN/ COBQL/ Qr NE | THER? 

Number of Users with Response Y: (1)2 (2) FORTRAN - 9 

Number of Users with Response N: (1) 10 (2) COBOL - 2 

Number of Users with Response NSF: (1) N/A (2) NEITHER - 1 

Number of Users with Response CT: (1 ) N/A 

Data: 

Application 

ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 





Res 


ponse 




(1) 


N 


(2) 


FTN 




N 




FTN 




Y 




FTN 




N 




NEITHER 




N 




FTN 




N 




FTN 




N 




CBL 




N 




FTN 




N 




FTN 




N 




FTN 




Y 




FTN 




N 




CBL 



Resolution: Adopt Editing and Conversion Module (3.2.2.1 1 .3) (nucleus) 
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INTERVIEW ANALYSIS 



Interview Question: 1-32 

Question Content: In Favor of Functional Files? 

Number of Users with Response Y: 7 

Number of Users with Response N: 5 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application 



AFC Reference: A 10 



ADPAC 

FAA 

FOCC 

HAM 

NAVC 

NCDCF 

NEL 

NHCP 

NMCSSC 

RADC 

SAC 

TWA 



Response 
Y 
Y 
Y 
N 
Y 
Y 
Y 
Y 
N 
N 
N 
N 



Resolution: Adopt Functional File Module (3.2.2.11 .2) (optional) 
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INTERVIEW ANALYSIS 

Interview Question: 1-33 AFC Reference: A 10 

Question Content: In Favor of Device Oriented I/O? 

Number of Users with Response Y: 8 

Number of Users with Response N: 4 

Number of Users with Response NSF: 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA N 

FOCC Y 

HAM N 

NAVC N 

NCDCF Y 

NEL Y 

NHCP Y 

NMCSSC Y 

RADC Y 

SAC Y 

TWA N 

Resolution: Adopt Device Module (3.2.2.11 .1) (optional) 
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INTERVIEW ANALYSIS 

Interview Question: 1-34 AFC Reference: A 11 

Question Content: In Favor of Proc-Like Name Scopes 

Number of Users with Response Y: 1 

Number of Users with Response N: 9 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA Y 

FOCC N 

HAM N 

NAVC N 

NCDCF N 

NEL NSF 

NHCP N 

NMCSSC N 

RADC NSF 

SAC N 

TWA N 

Resolution: Do not adopt Proc-Like Name Scopes. 
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NTERVIEW ANALYSIS 



Interview Question: 1-35 

Question Content: In Favor of Extended Define? 

Number of Users with Response Y: 7 

Number of Users with Response N: 3 

Number of Users with Response NSF: 2 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC NSF 

HAM N 

NAVC Y 

NCDCF N 

NEL Y 

NHCP Y 

• NMCSSC Y 

RADC NSF 

SAC N 

TWA Y 



AFC Reference: A 12. 



Resolution: Adopt Extended Define Facility (3.2.2.7) (optional) 
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INTERVIEW ANALYSIS 



Interview Question: 1-36 

Question Content: In Favor of Extended Mode? 

Number of Users with Response Y: 7 

Number of Users with Response N: 4 

Number of Users with Response NSF: 1 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC Y 

FAA Y 

FOCC Y 

HAM N 

NAVC Y 

NCDCF NSF 

NEL Y 

NHCP N 

NMCSSC Y 

RADC N 

SAC Y 

TWA N 



AFC Reference: A 12.2 



Resolution: Adopt Extended Mode Facility (3.2.2.8) (optional) 
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NTERVIEW ANALYSIS 



interview Question: 1-37 

Question Content: In Favor of Macro Facilities? 

Number of Users with Response Y: 2 

Number of Users with Response N: 6 

Number of Users with Response NSF: 4 

Number of Users with Response CT: 

Data: 

Application Response 

ADPAC N 

FAA NSF 

FOCC Y 

HAM N 

NAVC N 

NCDCF Y 

NEL NSF 

NHCP NSF 

NMCSSC N 

RADC NSF 

SAC N 

TWA N 



AFC Reference: A 12 



Resolution: Do not adopt Macro Facilities. 
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